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(57) A highly reliable gateway device for improving 
the performance of communications utilizing the trans- 
port layer connection provided via a radio network, by 
setting up the transport layer connection between a wire 
terminal and a radio terminal in a form suitable for an 
application, or by enabling a control of the transport lay- 
er connection according to the radio communication 
state between the radio terminal and a base station, 
without changing implementation of the transport layer 
of a terminal connected to a wire network, is disclosed. 
The gateway device determines whether or not to carry 
out a set up of a connection in divided forms according 
to an information content of a packet that contains a 
transport layer protocol data unit requesting a set up of 
the transport layer connection between the radio termi- 
nal of the radio network and the wire terminal of the wire 
network. 
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Description 

BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 

[0001] The present invention relates to a gateway de- 
vice, a radio terminal device and a router device which 
are communication devices for realizing communication 
protocol containing the transport layer, and a method for 
controlling a gateway in a communication network. 

DESCRIPTION OF THE BACKGROUND ART 

[0002] In recent years there are increasing demands 
for realizing data communications by radio. TCP (Trans- 
mission Control Protocol) is widely used as a reliable 
transport layer protocol in the wire data communica- 
tions, but the direct application of this protocol to radio 
communications causes the following problems. 
[0003] A TCP segment loss in the wire communica- 
tions implies the congestion of a network so that TCP is 
designed to avoid the congestion by lowering a data 
transmission rate when the segment loss is detected. 
For this reason, the TCP segment loss due to a radio 
section error and a handoff will also be interpreted as 
the congestion so that the congestion avoidance oper- 
ations will be executed more than necessary and as a 
result the throughput will be lowered more than neces- 
sary. 

[0004] More specifically, when a terminal is carrying 
out communications, there are cases where packet 
transmission and reception are stopped due to degra- 
dation of a quality of radio transmission path in the net- 
work, for example. In such a case, TCP attempts the re- 
transmission several times using time-out of a re-trans- 
mission timer, while setting a congestion window to 1 x 
MSS (Maximum Segment Size). This implies that it 
takes some time before the original transmission rate is 
fully recovered even when the packet transmission and 
reception become possible again. 
[0005] Also, many data communication services uti- 
lizing network have a higher likelihood of being used for 
downloading data from a server terminal to a client ter- 
minal, so that there is a recently developed access net- 
work using asymmetric transmission rates in which a 
bandwidth for input to a client terminal is considerably 
wider than a bandwidth for an output from a client ter- 
minal. When such an asymmetric configuration is ap- 
plied to the radio communications, it is possible to omit 
mounting a wide bandwidth radio transmitter on a client 
terminal so that there is an advantage that a client ter- 
minal can be formed in a compact size. However, in such 
a network having asymmetric transmission paths, there 
are cases where the throughput of the TCP from a serv- 
er to a client is lowered because the recommended TCP 
implementation calls for an algorithm which returns one 
■ack' (acknowledgement) with respect to at least two 
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TCP segments. This is because the throughput from a 
server to a client cannot exceed a value given by [(band- 
width in client -» server direction) X (2 X maximum seg- 
ment size)/ack size]. 

5 [0006] In order to resolve these problems, there is a 
proposition to use the usual TCP in a wire network and 
the radio transport layer in a radio network and relay 
communications at a border between the wire network 
and the radio network. This is a scheme in which "se- 

10 lective ack" is used for a high TCP segment loss rate, 
the congestion problem is handled in such a way that a 
re-transmission is carried out by not regarding a data 
loss in the radio section as the congestion, and the 
asymmetry problem is handled in such a way that the 

is maximum segment size of the TCP in the radio section 
is made larger. 

[0007] However, the method in which the transport 
layer connection is relayed by terminating it once at a 
gateway is in violation to the end-to-end semantics of 

20 the TCP which requires to guarantee that data of interest 
has reached a receiving side terminal when "ack", i.e., 
acknowledgement, for that data is received by a trans- 
mitting side terminal. This is because the gateway for 
carrying out the TCP relay at a border of a wire section 

25 and a radio section returns "ack" for data to the trans- 
mitting side when that data is received at the gateway. 
[0008] Application layer protocols utilizing TCP in- 
clude those which require the preservation of the end- 
to-end semantics and those which do not. In HTTP (Hy- 

30 perText Transfer Protocol), the client sets up a TCP con- 
nection prior to a individual HTTP request, and the serv- 
er disconnects a TCP connection after a response to the 
HTTP request is transmitted from the client. In this case, 
the request is completed by a response by the applica- 

35 tion layer so that no problem arises even when the end- 
to-end sematics of the TCP are changed. However, it is 
preferable to preserve the end-to-end semantics of the 
TCP for protocols such as TELNET (remote terminal 
protocol). 

40 [0009] Also, when it becomes necessary to relay a 
TCP connection at different gateways as a radio termi- 
nal carries out handoff, there is a need to give informa- 
tion regarding states of transport layers in the wire sec- 
tion and the radio section to a new gateway from a .gate- 

45 way that has been relaying the TCP connection for that 
radio terminal up to now, so as to establish a state ca- 
pable of relaying the TCP connection for that radio ter- 
minal at the new gateway. But as this transfer and es- 
tablishing of a state takes some time, there has also 

50 been a problem that the throughput is lowered when the 
radio terminal carries out handoff between base stations 
that are accommodated in different gateways. 
[0010] In addition, a radio service area in which the 
gateway can provide the TCP connection relay service 

55 should preferably, be wider from a viewpoint that the 
number of handoff s between gateways for carrying out 
the TCP connection relay can be reduced that way, but 
when a wide radio service area is served by a single 
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gateway, there arises a problem that the concentration 
of loads due to the increased number of radio terminals 
to be served by that gateway can cause a bottleneck in 
performance. 

[0011] Moreover, in the case where not only °ack" of 
the TCP with respect to data transmitted through a 
transmission path on a wider bandwidth side but also 
other data are to be transmitted by multiplexing them in 
a transmission path on a narrower bandwidth side in the 
asymmetric communication paths, there appears a phe- 
nomenon in which mean and variance of RTT (Round 
Trip Time) increase. In this case, a bandwidth delay 
product increases so that the throughput will be lowered 
unless a receiving window size is enlarged accordingly. 
However, the receiving window size cannot be enlarged 
to a sufficient size corresponding to the bandwidth delay 
product on the wide bandwidth side. Also the transmit- 
ting side of the TCP determines RTO (Retransmission 
Time Out) according to the observed RTT, but as RTO 
becomes large, the re-transmission wait time at a time 
of TCP segment loss also increases so that the through- 
put is lowered. 

[0012] Also, consider a case where the gateway op- 
eration stops after the gateway transmits "ack" for some 
data with respect to the transmitting side terminal and 
before the transmission of that data to the receiving side 
terminal succeed. In this case, the transmitting side ter- 
minal discards that data from a re-transmission buffer 
upon receiving "ack" so that it becomes impossible to 
retransmit that data. Namely, the TCP connection is a 
transport layer protocol that is aimed at realizing reliable 
communications but the introduction of gateway has a 
contrary effect of lowering the reliability of the TCP. 
[001 3] Also, in the TCP layer and the IP (Internet Pro- 
tocol) layer, it is possible to utilize standard additional 
functions that are provided as options. Here, the options 
include a search of MTU (Maximum Transfer Unit) which 
is the maximum packet size that can be transferred with- 
out fragmentation on a path between communicating 
terminals, for example. When this procedure is carried 
out, it becomes possible to transfer data in the maximum 
packet length that can be transmitted on the path in 
which the TCP connection is set up and it also becomes 
possible to avoid spending wasteful processing time be- 
cause no fragments are produced at intermediate rout- 
ers and the like on the path. For this reason, there is an 
advantage that the throughput can be improved in the 
TCP connection. This procedure is called a path MTU 
discovery. 

[0014] An information for controlling such options is 
attached behind the TCP and IP header as shown in 
Fig. 29. A terminal A that wishes to utilize the option 
transmits a TCP segment having a header with this op- 
tion attached thereto at a time of requesting the TCP 
connection establishing. Upon receiving this TCP seg- 
ment having a header with the option attached thereto, 
a terminal B carries out a prescribed option processing 
and determines whether to permit or refuse that option. 



Then, the terminal B transmits a TCP segment that con- 
tains an information on permission/refusal. When this 
information indicates the permission, the optional func- 
tion will be executed, whereas when this information in- 
5 dicates the refusal, the optional function will not be ex- 
ecuted. 

[0015] As such, there is a need to determine whether 
or not to permit the option eventually between terminals 
that set up the connection, but in the case of relaying 

to the connection at a gateway, the connection is set up in 
division upon receiving the TCP connection establishing 
request at the gateway, so that there is a problem that 
the above described exchange cannot be carried out be- 
tween the terminals that set up the connection. 

75 [0016] Also, in TCP, the management of a series of 
processings in the sequence of: connection establishing 
-» data transmission and reception -> connection dis- 
connection, is realized by using a TCP state transition 
diagram shown in Fig. 30. In Fig. 30, the transmission 

20 and reception of actual user data are carried out in the 
"ESTABLISHED" state. A "CLOSED" state corresponds 
to a period since the connection release until the con- 
nection establishing, where no connection exists. 
SYN_SENT, SYNLRCVD and LISTEN are connection 

25 establishing phases, and the others are connection re- 
lease phases. In TCP, many states exist as such, and 
there is a problem that, in the case of carrying out an 
operation to shift the gateway function from one gate- 
way that is currently carrying out or trying to carry out 

50 the TCP connection relay to another gateway, for exam- 
ple, there is a possible for falling into unstable state at 
a time of shifting that function depending on the state of 
the original gateway. 



[001 7] It is therefore an object of the present invention 
to provide a highly reliable gateway device for improving 
the performance of communications utilizing the trans- 
port layer connection provided via a radio network, by 
setting up the transport layer connection between a wire 
terminal and a radio terminal in a form suitable for an 
application, or by enabling a control of the transport lay- 
er connection according to the radio communication 
state between the radio terminal and a base station, 
without changing implementation of the transport layer 
of a terminal connected to a wire network, so as to re- 
solve the above described problems that arise when a 
reliable transport layer protocol is applied to a radio net- 
work. 

[0018] It is another object of the present invention to 
provide a radio terminal device, a router device and a 
method for controlling a gateway in a communication 
network, which are capable of improving the perform- 
ance of communications utilizing the transport layer 
connection similarly. 

[001 9] According to one aspect of the present inven- 
tion there is provided a gateway device for relay con- 
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necting a radio network and a wire network, comprising: 
a connection set up unit for setting up a transport layer 
connection between radio terminals of the radio network 
in divided forms of first and second connections in a 
transport layer protocol for communications with the ra- 
dio network, or a transport layer connection between a 
radio terminal of the radio network and a wire terminal 
of the wire network in divided forms of a first connection 
in a transport layer protocol for communication with the 
radio network and a second connection in a transport 
layer protocol for communications with the wire network; 
and a control unit for controlling the connection set up 
unit by determining whether or not to carry out a con- 
nection set up by the connection set up unit according 
to an information content of a packet that contains a 
transport layer protocol data unit requesting a set up of 
the transport layer connection between the radio termi- 
nal of the radio network and the wire terminal of the wire 
network. 

[0020] According to another aspect of the present in- 
vention there is provided a gateway device for relay con- 
necting a radio network and a wire network, comprising: 
a connection set up unit for setting up a transport layer 
connection between radio terminals of the radio network 
in divided forms of first and second connections in a 
transport layer protocol for communications with the ra- 
dio network, or a transport layer connection between a 
radio terminal of the radio network and a wire terminal 
of the wire network in divided forms of a first connection 
in a transport layer protocol for communication with the 
radio network and a second connection in a transport 
layer protocol for communications with the wire network; 
and a transmission unit for receiving a request for setting 
up the first connection or the second connection along 
with a control option information, converting the control 
option information, and transmitting a request for setting 
up the second connection or the first connection along 
with a converted control option information, regardless 
of whether the control option information is valid or 
invalid in the first connection or the second connection. 
[0021] According to another aspect of the present in- 
vention there is provided a gateway device in a commu- 
nication network in which a plurality of gateway devices 
connected to respectively different radio networks are 
inter-connected through a wire network, the gateway 
device comprising: a connection set up unit for setting 
up a transport layer connection between radio terminals 
of the radio network in divided forms of first and second 
connections in a transport layer protocol for communi- 
cations with the radio network, or a transport layer con- 
nection between a radio terminal of the radio network 
and a wire terminal of the wire network in divided forms 
of a first connection in a transport layer protocol for com- 
munication with the radio network and a second con- 
nection in a transport layer protocol for communications 
with the wire network; and a control unit for shifting a 
gateway function to another gateway device if the First 
connection and the second connection are in estab- 



lished states and disconnecting the first connection and 
the second connection if one of the first connection and 
the second connection is not in an established state, 
when one radio terminal moves from a radio service ar- 
5 ea covered by a base station of one radio network ac- 
commodated in said gateway device to another radio 
service area covered by another base station of another 
radio network accommodated in said another gateway 
device. 

10 [0022] According to another aspect of the present in- 
vention there is provided a gateway control method in a 
communication network in which a plurality of gateway 
devices connected to respectively different radio net- 
works are inter-connected through a wire network, 

*5 where each gateway device has a connection set up unit 
for setting up a transport layer connection between radio 
terminals of the radio network in divided forms of first 
and second connections in a transport layer protocol for 
communications with the radio network, or a transport 

20 layer connection between a radio terminal of the radio 
network and a wire terminal of the wire network in divid- 
ed forms of a first connection in a transport layer protocol 
for communication with the radio network and a second 
connection in a transport layer protocol for communica- 

25 tions with the wire network, the method comprising the 
steps of: controlling a second gateway device from a first 
gateway device when one radio terminal moves from a 
radio service area covered by a first base station of one 
radio network accommodated in the first gateway device 

30 to another radio service area covered by a second base 
station of another radio network accommodated in the 
second gateway device, such that the second gateway 
device starts transmission via the second base station 
to said one radio terminal of transport layer protocol data 

35 units that are not yet transmitted, before the first gate- 
way device receives all acknowledgements for transport 
layer protocol data units already transmitted to said one 
radio terminal via the first base station; and shifting a 
gateway function with respect to said one radio terminal 

<o from the first gateway device to the second gateway de- 
vice. 

[0023] According to another aspect of the present in- 
vention there is provided a gateway control method in a 
communication network in which a plurality of gateway 

45 devices connected to respectively different radio net- 
works are inter-connected through a wire network, 
where each gate way device has a connection set up unit 
for setting up a transport layer connection between radio 
terminals of the radio network in divided forms of first 

so and second connections in a transport layer protocol for 
communications with the radio network, or a transport 
layer connection between a radio terminal of the radio 
network and a wire terminal of the wire network in divid- 
ed forms of a first connection in a transport layer protocol 

55 for communication with the radio network and a second 
connection in a transport layer protocol for communica- 
tions with the wire network, the method comprising the 
steps of: controlling a first gateway device when a mov- 
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ing of one radio terminal from a radio service area cov- 
ered by a first base station of one radio network accom- 
modated in the first gateway device to another radio 
service area covered by a second base station of an- 
other radio network accommodated in a second gate- 
way device is predicted, so as to start transfer of an in- 
formation regarding the transport layer protocol at the 
first gateway device to the second gateway device; and 
shifting a gateway function with respect to said one radio 
terminal from the first gateway device to the second 
gateway device. 

[0024] According to another aspect of the present in- 
vention there is provided a gateway control method in a 
communication network in which a plurality of gateway 
devices connected to respectively different radio net- 
works are inter-connected through a wire network, 
where each gateway device has a connection set up unit 
for setting up a transport layer connection between radio 
terminals of the radio network in divided forms of first 
and second connections in a transport layer protocol for 
communications with the radio network, or a transport 
layer connection between a radio terminal of the radio 
network and a wire terminal of the wire network in divid- 
ed forms of a first connection in a transport layer protocol 
for communication with the radio network and a second 
connection in a transport layer protocol for communica- 
tions with the wire network, the method comprising the 
steps of: controlling a first gateway device when a mov- 
ing of one radio terminal from a radio service area cov- 
ered by a first base station of one radio network accom- 
modated in the first gateway device to another radio 
service area covered by a second base station of an- 
other radio network accommodated in a second gate- 
way device is predicted, so as to start transfer to the 
second gateway device of data which are already trans- 
mitted to said one radio terminal by the transport layer 
protocol but for which acknowledgements from said one 
radio terminal are not yet received at the first gateway 
device; controlling the first gateway device when the 
moving of said one radio terminal is completed, so as to 
start transfer of an information regarding the transport 
layer protocol at the first gateway device to the second 
gateway device; and shifting a gateway function with re- 
spect to said one radio terminal from the first gateway 
device to the second gateway device. 
[0025] According to another aspect of the present in- 
vention there is provided a radio terminal device for car- 
rying out communications with a radio terminal of a radio 
network or a wire terminal of a wire network through 
base stations, the radio terminal device comprising: a 
connection set up unit for carrying out set up and dis- 
connection of a transport layer connection; and a hand- 
off notification unit for notifying start and end of an hand- 
off operation between base stations to the connection 
set up unit upon detecting the start and the end of the 
handoff operation between base stations; wherein the 
connection set up unit disconnects the transport layer 
connection if a state of the transport layer connection is 



in a set up in progress state when the start of the handoff 
operation is notified, and starts setting up the transport 
layer connection again when the end of the handoff op- 
eration is notified. 
5 [0026] According to another aspect of the present in- 
vention there is provided a gateway device for relay con- 
necting a radio network and a wire network, comprising: 
a connection set up unit for setting up a transport layer 
connection between radio terminals of the radio network 
io in divided forms of first and second connections in a 
transport layer protocol for communications with the ra- 
dio network, or a transport layer connection between a 
radio terminal of the radio network and a wire terminal 
of the wire network in divided forms of a first connection 
is in a transport layer protocol for communication with the 
radio network and a second connection in a transport 
layer protocol for communications with the wire network; 
and a transmission unit for transmitting a transport layer 
protocol data unit containing a signal for suppressing 
packet transmission to a correspondent terminal of one 
radio terminal, when a handoff start signal indicating that 
said one radio terminal starts operation for handoff from 
a radio service area covered by a first base station to a 
radio service area covered by a second base station. 
[0027] According to another aspect of the present in- 
vention there ts provided a gateway device for relay con- 
necting a radio network and a wire network, comprising: 
a connection set up unit for setting up a transport layer 
connection between radio terminals of the radio network 
in divided forms of first and second connections in a 
transport layer protocol for communications with the ra- 
dio network, or a transport layer connection between a 
radio terminal of the radio network and a wire terminal 
of the wire network in divided forms of a first connection 
in a transport layer protocol for communication with the 
radio network and a second connection in a transport 
layer protocol for communications with the wire network; 
and a control unit for controlling transmission of trans- 
port layer protocol data units when one radio terminal 
moves from a radio service area covered by a first base 
station to another radio service area covered by a sec- 
ond base station, such that transmission via the second 
base station to said one radio terminal of transport layer 
protocol data units that are not yet transmitted is started 
before receiving all acknowledgements for transport lay- 
er protocol data units already transmitted to said one 
radio terminal via the first base station. 
[0028] According to another aspect of the present in- 
vention there is provided a gateway device for relay con- 
necting a radio network and a wire network, comprising: 
a connection set up unit for setting up a transport layer 
connection between radio terminals of the radio network 
in divided forms of first and second connections in a 
transport layer protocol for communications with the ra- 
dio network, or a transport layer connection between a 
radio terminal of the radio network and a wire terminal 
of the wire network in divided forms of a first connection 
in a transport layer protocol for communication with the 
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radio network and a second connection in a transport 
layer protocol for communications with the wire network; 
and a transmission unit for transmitting a signal for re- 
questing another gateway device to transfer packets up- 
on receiving the packets from one radio terminal, when 
a signal indicating that said one radio terminal has 
moved out from a radio service area covered by a first 
base station of one radio network accommodated in said 
gateway device is received from the first base station, 
said another gateway device accommodating a second 
base station adjacent to the first base station or another 
radio network to which the second base station is con- 
nected. 

[0029] According to another aspect of the present in- 
vention there is provided a radio terminal device for car- 
rying out communications with a radio terminal of a radio 
network or a wire terminal of a wire network through 
base stations, the radio terminal device comprising: a 
transport layer protocol processing unit for carrying out 
a transport layer protocol processing; a transmission 
suppression unit for transmitting a signal for suppress- 
ing packet transmission to the transport layer protocol 
processing unit; and a handoff notification unit for noti- 
fying start and end of an handoff operation between 
base stations to the transmission suppression unit upon 
detecting the start and the end of the handoff operation 
between base stations, such that the transmission sup- 
pression unit starts transmission of said signal for sup- 
pressing packet transmission when the start of the 
handoff operation is notified and ends transmission of 
said signal for suppressing packet transmission when 
the end of the handoff operation is notified. 
[0030] According to another aspect of the present in- 
vention there is provided a radio terminal device to be 
connected with a gateway device having a connection 
set up unit for setting up a transport layer connection 
between radio terminals of the radio network in divided 
forms of first and second connections in a transport layer 
protocol for communications with the radio network, or 
a transport layer connection between a radio terminal of 
the radio network and a wire terminal of the wire network 
in divided forms of a first connection in a transport layer 
protocol for communication with the radio network and 
a second connection in a transport layer protocol for 
communications with the wire network, and a control 
unit for determining whether or not to carry out a con- 
nection set up by the connection set up unit, the radio 
terminal device comprising: a selection unit for selecting 
either a first request for requesting the connection set 
up unit to set up the transport layer connection in divided 
forms or a second request for requesting the connection 
set up unit to set up the transport layer connection in 
undivided forms; and a transmission unit for transmitting 
the first request or the second request selected by the 
selection unit to the gateway device. 
[0031 ] According to another aspect of the present in- 
vention there is provided a radio terminal device, com- 
prising: a segmentation unit for segmenting a network 



layer protocol data unit into a plurality of datalink layer 
protocol data units; a transmission unit for transmitting 
the datalink layer protocol data units segmented by the 
segmentation unit; and a control unit for evaluating pri- 
5 ority levels of a first network layer protocol data unit and 
a second network layer protocol data unit when the sec- 
ond network layer protocol data unit to be transmitted 
arises before transmission of all the datalink layer pro- 
tocol data units segmented from the first network layer 
to protocol data unit is finished, and controlling the trans- 
mission unit such that transmission of the datalink layer 
protocol data unit segmented from the second network 
layer protocol data unit prior to transmission of the da- 
talink layer protocol data unit segmented from the first 
is network layer protocol data unit when the second net- 
work layer protocol data unit has a higher priority level 
than the first network layer protocol data unit. 
[0032] According to another aspect of the present in- 
vention there is provided a router device, comprising: a 
connection unit for connecting the router device with a 
plurality of gateway devices either directly or via net- 
work, each gateway device having a connection set up 
unit for setting up a transport layer connection between 
radio terminals of the radio network in divided forms of 
first and second connections in a transport layer proto- 
col for communications with the radio network, or a 
transport layer connection between a radio terminal of 
the radio network and a wire terminal of the wire network 
in divided forms of a first connection in a transport layer 
protocol for communication with the radio network and 
a second connection in a transport layer protocol for 
communications with the wire network; and a route set 
up unit for making a routing setting such that either net- 
work layer protocol data units transmitted by one radio 
terminal or network layer protocol data unit destined to 
said one radio terminal will be routed to a specific one 
of said plurality of gateway devices, at a time of starting 
service with respect to said one radio terminal. 
[0033] According to another aspect of the present in- 
vention there is provided a router device, comprising: a 
connection unit for connecting the router device with a 
plurality of gateway devices either directly or via net- 
work, each gateway device having a connection set up 
unit for setting up a transport layer connection between 
radio terminals of the radio network in divided forms of 
first and second connections in a transport layer proto- 
col for communications with the radio network, or a 
transport layer connection between a radio terminal of 
the radio network and a wire terminal of the wire network 
in divided forms of a first connection in a transport layer 
protocol for communication with the radio network and 
a second connection in a transport layer protocol for 
communications with the wire network; a correspond- 
ence setting unit for setting the radio terminals and the 
gateway devices in correspondence; and a routing unit 
for routing either network layer protocol data units trans- 
mitted by one radio terminal or network layer protocol 
data units destined to said one radio terminal, to one 
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gateway device which is set in correspondence to said 
one radio terminal by the correspondence setting unit. 
[0034] According to another aspect of the present in- 
vention there is provided a gateway control method in a 
communication network having two gateway devices 
capable of relaying transport layer connection between 
a first terminal and a second terminal, and carrying out 
a relay of the transport layer connection by selectively 
using one of the two gateway devices, the method com- 
prising the steps of: multicasting transport layer protocol 
data units transmitted from the first terminal by the trans- 
port layer connection, to each of the two gateway devic- 
es; multi casting transport layer protocol data units 
transmitted from a first gateway device among the two 
gateway devices that is currently playing a role of relay- 
ing the transport layer connection, to the first terminal 
and a second gateway device among the two gateway 
devices that is currently playing a role of standby, as a 
response to the first terminal with respect to transport 
layer protocol data units received from the first terminal, 
or to the second terminal and the second gateway de- 
vice, as a relay to the second terminal; judging presence 
or absence of a trouble occurrence in the first gateway 
device according to at least a state of transport layer 
protocol data unit reception from the first terminal and 
the first gateway device, at the second gateway device; 
and switching roles of the first gateway device and the 
second gateway device when the judging step judges 
that a trouble occurred in the first gateway device. 
[0035] Other features and advantages of the present 
invention will become apparent from the following de- 
scription taken in conjunction with the accompanying 
drawings . . 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0036] Fig. 1 is a block diagram showing a configura- 
tion of a gateway device according to one embodiment 
of the present invention. 

[0037] Fig. 2 is a schematic diagram showing a con- 
figuration of a communication network which constitutes 
the first embodiment of the present invention. 
[0038] Fig. 3 is a block diagram showing a configura- 
tion of a radio terminal device according to one embod- 
iment of the present invention. 

[0039] Fig. 4 is a diagram showing a manner of seg- 
menting an IP datagram into a plurality of datalink 
frames according to one embodiment of the present in- 
vention, 

[0040] Fig. 5 is a diagram showing a state where a 
pure TCP "ack* is present among a plurality of datalink 
frames constituting an IP datagram according to one 
embodiment of the present invention. 
[0041] Fig. 6 is a diagram showing one exemplary 
form of a relay method table used by a gateway device 
according to one embodiment of the present invention. 
[0042] Fig. 7 is a diagram showing another exemplary 
form of a relay method table used by a gateway device 



according to one embodiment of the present invention. 
[0043] Fig. 8 is a block diagram showing a configura- 
tion of a radio terminal device according to one embod- 
iment of the present invention. 
5 [0044] Fig. 9 is a block diagram showing a configura- 
tion of a base station device according to one embodi- 
ment of the present invention. 

[0045] Fig. 10 is a diagram showing a radio terminal 
address registration table used by a base station device 
w according to one embodiment of the present invention. 
[0046] Fig. 1 1 is a schematic diagram showing a con- 
figuration of a communication network which constitutes 
the second embodiment of the present invention. 
[0047] Fig. 12 is a schematic diagram for explaining 
*5 the operation of gateway devices according to one em- 
bodiment of the present invention. 
[0048] Fig. 1 3 is a schematic diagram showing a con- 
figuration of a communication network which constitutes 
the third embodiment of the present invention. 
[0049] Fig. 14 is a block diagram showing a configu- 
ration of a router device according to one embodiment 
of the present invention. 

[0050] Fig. 15 is a sequence chart for explaining the 
operation of gateway devices according to one embod- 
iment of the present invention. 

[0051] Fig. 16 is schematic diagram showing a con- 
figuration of a communication network which constitutes 
the fourth embodiment of the present invention. 
[0052] Fig. 17 is a block diagram showing a configu- 
ration of a gateway device capable of being doubled ac- 
cording to one embodiment of the present invention. 
[0053] Fig. 18 is a diagram showing message routes 
among doubled gateway devices, a radio terminal and 
a wire terminal according to one embodiment of the 
present invention. 

[0054] Fig. 1 9 is a block diagram showing a configu- 
ration of a gateway device according to one embodi- 
ment of the present invention. 

[0055] Fig. 20 is a block diagram showing a configu- 
ration of a base station device according to one embod- 
iment of the present invention. 

[0056] Fig. 21 is a block diagram showing a configu- 
ration of a gateway device according to one embodi- 
ment of the present invention. 

[0057] Fig. 22 is a block diagram showing a configu- 
ration of a gateway device according to one embodi- 
ment of the present invention. 

[0058] Fig. 23 is a block diagram showing a configu- 
ration of a radio terminal device according to one em- 
bodiment of the present invention. 
[0059] Fig. 24 is a block diagram showing a configu- 
ration of a gateway device according to one embodi- 
ment of the present invention. 

[0060] Fig. 25 is a block diagram showing a configu- 
ration of a radio terminal device according to one em- 
bodiment of the present invention. 
[0061] Fig. 26 is a block diagram showing a configu- 
ration of a gateway device according to one embodi- 
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ment of the present invention. 

[0062] Fig. 27 is a diagram showing a configuration of 
a transfer request packet to be transmitted by a gateway 
device according to one embodiment of the present in- 
vention. 

[0063] Fig. 28 is a diagram showing a configuration of 
a transfer request table to be used by a gateway device 
according to one embodiment of the present invention. 
[0064] Fig. 29 is a diagram showing an IP header with 
options according to the conventional art. 
[0065] Fig. 30 is a TCP state transition diagram ac- 
cording to the conventional art. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0066] Referring now to Fig. 1 to Fig. 28, the various 
embodiments of the present invention will be described 
in detail! 

[0067] Fig. 1 shows an exemplary configuration of a 
gateway device 900 in one embodiment of the present 
invention, where solid lines among blocks indicate data 
flows while dashed lines among blocks indicate control 
flows. 

[0068] This gateway device 900 of Fig. 1 comprises 
an application 800, relay servers 810 and 820 having 
caches 811 and 821 respectively, a radio TCP layer 600, 
a TCP relay unit 610 having a radio to wire relay unit 
611 and a wire to radio relay unit 612, a TCP layer 620, 
an IP layer 400, a wire IF (interface) unit 100, and a plu- 
rality of radio IF units 200, 210 and 220. 
[0069] The radio TCP layer 600 contains a radio TCP 
input unit 601 having a segment filter 603 and a radio 
TCP output unit 602. The TCP layer 620 contains a TCP 
input unit 621 having a segment filter 623 and a TCP 
output unit 622. The IP layer 400 contains an IP input 
unit 401 having a datagram filter 405, an IP relay unit 
403, an IP output unit 402, and a mobile control unit 404. 
The wire IF unit 100 contains a wire IF input unit 101 
and a wire IF output unit 102. The radio IF unit 200 con- 
tains a radio IF input unit 201 and a radio IF output unit 
202. The radio IF unit 210 contains a radio IF output unit 
212. The radio IF unit 220 contains a radio IF input unit 
221 and a radio IF output unit 222. 
[0070] Here, the transport layer protocol that is mod- 
ified for radio use will be referred to as "radio TCP". For 
example, it can be TCP with such modifications that "se- 
lective ack" is carried out in order to deal with a high 
error rate at a time of radio communications and a con- 
gestion window control is always set to be "slow start" 
in order not to regard a TCP segment loss as the con- 
gestion. It can also be TCP with such modifications that, 
in the case where the uplink and downlink bandwidths 
are asymmetric, the maximum segment size is set larger 
in order to reduce the number of occurrences of "ack" 
in the radio section and the threshold for a fast re-trans- 
mission algorithm is set smaller in order to reduce the 
number of re-transmissions due to time-out. 



[0071] Note that the present invention carries out the 
control by utilizing information across protocol layers so 
that a border between protocol layer blocks are not 
strictly defined one. In other words, it is possible to con- 
5 sider a configuration where functions belonging to one 
protocol layer in this embodiment are implemented in 
another protocol layer. 

[0072] Fig. 2 shows an exemplary configuration of a 
first communication network using the gateway device 

io 900 of Fig. 1 which constitutes the first embodiment of 
the present invention. This communication network of 
Fig. 2 comprises wire terminals 1001, 1002 and 1003 
which are connected to a wire network 1101 , a gateway 
device 901 which is connected to a wire network 1101 

15 and also indirectly connected with base stations 1401, 
1 402 and 1 403 through a router 1 301 , a gateway device 
902 which is connected to the wire network 1101 and 
also directly connected with base stations 1404, 1405 
and 1406, a gateway device 903 which is connected to 

20 the wire network 1101 and also directly connected with 
base stations 1407 and 1408, and radio terminals 1601 
to 1605 which carry out communications while moving 
among radio service areas 1501 to 1508 that are re- 
spectively covered by the base stations 1401 to 1408. 

25 [0073] Note that the router 1 301 can be an ordinary 
router that carries out the routing by referring to the 
header information of the IP datagram, or an exchanger 
for exchanging virtual channels through which IP data- 
grams are to pass, which usually does not refer to the 

30 header of the IP datagram in the device (which may refer 
to the header of the I P datagram only at a time of virtual 
channel set up in order to determine a router for a chan- 
nel, for example). 

[0074] The configuration of the gateway device 900 

35 shown in Fig. 1 is a generic one, and not necessarily 
showing a specific configuration for the gateway devices 
901 , 902 and 903 of the network shown in Fig. 2. How- 
ever, for the sake of explanation, it is assumed that the 
gateway device has a property of having the wire IF unit 

40 100 connected to the wire network 1101 and the radio 
IF unit 200 connected to the base stations 1 401 to 1 406. 
Also, in the network of Fig. 2, it is assumed that a uni- 
directional radio IF unit 210 is connected to the base 
station 1 408 and operating as a set with the radio IF unit 

45 220 that is connected to the base station 1407, so as to 
realize communications with asymmetric transmission 
rates where the transmission from the base station 1 408 
to the radio terminal 1605 is fast while the transmission 
and reception between the radio terminal 1605 and the 

so base station 1407 are relatively slow. 

[0075] Fig. 3 shows an exemplary configuration of a 
radio terminal 1600 in one embodiment of the present 
invention. This radio terminal 1600 of Fig. 3 comprises 
a radio compatible application 850, an application 860, 

55 a radio TCP layer 700 containing a radio TCP input unit 
701 and a radio TCP output unit 702, a TCP layer 710 
containing a TCP input unit 711 and a TCP output unit 
712, a TCP selection unit 720, an IP layer 500 containing 
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an IP input unit 501 and an IP output unit 502, and a 
radio IF unit 300. 

[0076] The wire IF unit 100 and the radio IF units 200, 
210 and 220 of the gateway device 900 are realizing the 
so called datalink layer functions, but they also carry out 
operations partly based on information of the TCP layer 
and the IP layer. Among these operations, those partic- 
ularly worth mentioning here are the following. 
[0077] The radio IF input units 201 and 221 have IP 
datagram reassembling units 203 and 223 respectively 
for reassembling an original IP datagram from a re- 
ceived IP datagram that is given in a form of being di- 
vided into a plurality of datalink frames. 
[0078] Fig. 4 shows a manner by which the IP data- 
gram is to be divided into a plurality of datalink frames. 
The IP datagram reassembling unit 203, 223 carries out 
the processing for reassembling the original IP data- 
gram (reassembling) even in the case (shown in Fig. 5) 
where a plurality of datalink frames that constitute the 
other IP datagram are present among a plurality of da- 
talink frames that constitute one IP datagram. This IP 
datagram reassembling is carried out under the condi- 
tion that a plurality of datalink frames that constitute one 
IP datagram are transmitted without changing the order 
among them, and an identifier ot the IP datagram is de- 
scribed in the header of each datalink frame, for exam- 
ple. 

[0079] The IP datagram reassembling unit 203, 223 
checks a size of that IP datagram according to an IP 
header contained in the first datalink frame, recognizes 
all the datalink frames that constitute the IP datagram 
according to this size and the identifier, and reassem- 
bles the IP datagram by assembling them. Also, the IP 
datagram reassembling unit 203, 223 discards these 
datalink frames when a prescribed condition such as 
time-out is satisfied before all the datalink frames that 
constitute the same IP datagram are completely re- 
ceived. 

[0080] In the examples shown in Fig. 4 and Fig. 5, a 
case where a pure "ack" of the TCP ("ack" comprising 
a header alone without data) is present among a plural- 
ity of datalink frames that constitute the IP datagram. In 
particular, in the case where a first information is trans- 
mitted by TCP through a high speed radio link, "ack" for 
that is returned through a low speed radio link, and a 
second information is transmitted through a low speed 
radio link, it is possible to expect some improvement in 
the performance of the TCP due to reduced size and 
variance of RTT of the TCP, by shortening the datalink 
frames for transmitting the second information and al- 
lowing the presence of "ack" among them. Also, the da- 
talink frames here are largely different from the IP frag- 
ments in that they do not have any IP header except for 
the first one. As it is sufficient to guarantee the unique- 
ness for a short period of time, the identifier can be made 
sufficiently shorter compared with the IP header, so that 
this method has a smaller overhead than the case of 
using IP fragments. Obviously, this method also has a 



smaller overhead than the case of reducing size and 
variance of RTT of the TCP by reducing a TCP segment 

size. 

[0081] Atso, the IP datagram reassembling unit 203, 
5 223 has a function for converting a TCP/IP header in a 
compressed format into a TCP/IP header in a normal 
format, and gives the IP datagram to the IP input unit. 
Here, a method of compression can be that used in SLIP 
(Serial Line IP) or PPP (Point-to- Point Protocol) or its 
io variants. In particular, in the radio communications using 
asymmetric transmission rates, it is effective to use such 
a compression for a transmission path with a narrow 
bandwidth (small transmission rate), so that there is an 
effect of the throughput improvement even in a config- 
is u ration where such a compression is not used for a 
transmission path with wide bandwidth. 
[0082] The IP layer 400 of the gateway device 900 is 
different from the usual IP layer on the following points. 
[0083] In the usual IP layer, the IP input unit 401 raises 
20 the I P datagram destined to the own system to the upper 
layer (TCP layer), and gives the others to the IP relay 
unit 403. However, the datagram filter 405 of the IP input 
unit 401 according to the present invention gives even 
an IP datagram that has a destination different from the 
25 |p address allocated to the own system, to the radio TCP 
input unit 601 if it is entered from the radio IF unit 200, 
220, or to the TCP input unit 621 if it is entered from the 
wire IF unit 100, provided that the following conditions 
(1 ) and (2) are satisfied. At a time of giving it, a tag for 
30 specifying one of a connection set up, a relay in the TCP 
layer, and a relay in the application layer is attached to 
the IP datagram. 

[0084] (1 ) It is an IP datagram regarding a set up of a 
new TCP connection (which will be referred to as "con- 
35 nection set up IP datagram" in the following). More spe- 
cifically, it is an IP datagram that contains any one of a 
SYN segment from a requesting side (usually client), a 
SYN segment containing "ack" of the server side corre- 
sponding to that, and "ack" from the client side corre- 
40 sponding to that, which are necessary in setting up a 
TCP connection. It is also possible to consider a config- 
uration in which the IP datagram entered from the radio 
IF unit 200 is not to be included in this category. This is 
significant in the case where the radio terminal explicitly 
45 requests the TCP relay by specifying the IP address of 
the gateway device. 

[0085] (2) It is an IP datagram (in which a protocol field 
indicates TCP) that flows through an existing TCP con- 
nection, which is predetermined to be relayed at the 
50 TCP layer or the above at a time of TCP connection set 
up (which will be referred to as "upper layer relay IP da- 
tagram" in the following). More specifically, it is an IP 
datagram for which a set of [source IP address, source 
port number, destination IP address, destination port 
55 number] that is to be used in identifying the TCP con- 
nection is registered in a relay method table to be de- 
scribed below, as an entry for the TCP layer relay or the 
application layer relay, or an IP datagram for which a set 
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of [source IP address, destination IP address, flow ID] 
is registered in the relay method table to be described 
below, as an entry for the TCP layer relay or the appli- 
cation layer relay. 

[0086] Note that it is also possible to use a configura- 
tion where IP datagrams to be relayed from wire to wire 
or from radio to radio are not to be included among those 
which are to be raised to the upper layer such as TCP 
layer, by referring to the destination IP address, the 
source IP address, or the flow ID. This is effective, for 
example, in the case where the improvement of the per- 
formance can be realized by making a change in accord- 
ance with the radio transmission path characteristics on- 
ly in a radio TCP layer that is provided at each radio 
terminal, because only transmission through a radio 
section is used in the case of transmission between ra- 
dio terminals. 

[0087] The mobile control unit 404 contained in the IP 
layer 400 changes the routing information of the.lP relay 
unit 403 so as to reflect the moving of the radio terminal 
1 601 -1 605, and carries out the control such that the en- 
tered IP datagram will be outputted to a proper IF cor- 
responding to the destination radio terminal 1 601 -1 605. 
[0088] Also, the mobile control unit 404 notifies to the 
TCP and upper layers that the radio terminal 1 601 -1 605 
has a possibility of moving to a service area of the other 
gateway device, when the moving of the radio terminal 
is from a radio service area that is not physically adja- 
cent to the radio service area of the base station accom- 
modated in the other gateway device to a radio service 
area that is physically adjacent to the radio service area 
of the base station accommodated in the other gateway 
device, among the radio service areas of the base sta- 
tions accommodated in this gateway device, or when 
the power of the radio terminal is turned on at the radio 
service area that is physically adjacent to the radio serv- 
ice area of the base station accommodated in the other 
gateway device, at a timing of an appropriate event 
(such as that the receiving power becomes smaller than 
a threshold) after the moving. The usual handoff is car- 
ried out at the network layer or the below, but the present 
invention has states in and above the transport layer, so 
that there are cases where it is effective to provide the 
handoff at the transport layer or the above. This notifi- 
cation will be utilized in order to notify the timing for start- 
ing the handoff preparation at the transport layer or the 
above. 

[0089] The TCP layer (containing 600, 610 and 620) 
of the gateway device 900 is different from the usual 
TCP layer on the following points. 
[0090] The usual TCP layer has only the TCP seg- 
ment destined to the own system entered and gives data 
contained therein to an appropriate application accord- 
ing a port number. However, the TCP layer according to 
the present invention carries out the processing of the 
TCP segment contained in the connection set up IP da- 
tagram and the upper layer relay IP datagram in addition 
to that. 



[0091] The radio TCP layer 600 realizes the transport 
layer protocol that is modified for radio use as described 
above. When the connection set up IP datagram is re- 
ceived by the radio TCP input unit 601 or the TCP input 
5 unit 621, the segment filter 603 or 623 determines 
whetherthe relay by the IP relay unit 403 is to be carried 
out, the relay by the TCP relay unit 610 is to be carried 
out, or the relay by the application relay server 810, 820 
is to be carried out, according to the content of the head- 
10 er of the TCP segment, and the content of the pay load 
in some cases. In many cases, the upper layer applica- 
tion can be specified by the source and destination port 
numbers contained in the TCP header. When it cannot 
be specified, it is possible to guess the application from 
'5 an information in the TCP payload. Whether the relay at 
the IP layer is to be carried out, the relay at the TCP 
layer is to be carried out, or the relay at the application 
layer is to be carried out will be decided according to a 
type of application that is handled by the TCP connec- 
20 tion to be set up. In the following, an exemplary policy 
that can be used in this determination will be described. 
[0092] The significance of carrying out the relay at the 
TCP layer lies in that the TCP throughput between ter- 
minals can be improved without changing the TCP layer 
2S of the wire terminal and the radio TCP layer of the radio 
terminal, by changing the TCP layer 620 or the radio 
TCP layer 600 of the gateway, device 900 to a protocol 
suitable for a transmission path in the wire network 1101 • 
or the radio network. In addition, by setting up the TCP 
50 connection between radio terminals in forms of two con- 
nections to be used in the radio network, or by setting 
up the TCP connection between the radio terminal and 
the wire terminal in forms of a connection to be used in 
the radio network and a connection to be used in the 
35 wire network, the RTT in one connection can be reduced 
such that the re-transmission at a time of TCP segment 
loss will be carried out quickly, and therefore the 
throughput improvement can be expected in this respect 
as well. 

40 [0093] However, by carrying out the relay at the TCP 
layer as described above, the end-to-end semantics of 
the TCP will not be preserved so that when the operation 
of the gateway device 900 stops during communications 
using the relay at the TCP layer it is possible to cause 

45 an inconsistency where the transmitting terminal recog- 
nizes that data has reached to the correspondent termi- 
nal even though data has actually not reached to the 
correspondent terminal. Also, when all the connections 
are to be relayed at the TCP layer, it is possible to have 

so cases where the actual performance improvement can- 
not be achieved as the load on the gateway device 900 
becomes exceedingly high. 

[0094] Also, the significance of carrying out the relay 
at the application layer lies in that the relay can be car- 
55 ried out by accounting for the semantics of data to be 
transferred. For example, if the caching of data is made 
at a time of relaying, the relay operation can be omitted 
in the case of receiving another request for relaying the 
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same data again by reading out the data from the cache 
811, 821 and transmitting the read out data. 
[0095] Also, in the case where the level of details is 
expressed hierarchically for a given data and data in a 
plurality of hierarchical levels ranging from outline data 
with a small data amount to detailed data with a large 
data amount are stored in the server, all the data in all 
the hierarchical levels can be transferred from the server 
up to the gateway device and then data of a suitably 
selected hierarchical level can be transmitted at a time 
of data transfer to the user terminal according to a state 
of a transmission path between the gateway device and 
the user terminal. Also, it becomes possible to provide 
more sophisticated services with respect to the terminal 
by carrying out the relay and transfer while also carrying 
out arbitrary operation with respect to data, as in the 
case of relaying while applying the data source com- 
pression coding method conversion or relaying while 
applying the encryption or decryption, 
[0096] As an exemplary policy for determination as to 
whether the relaying at the TCP layer is to be carried 
out or the relaying at the application layer is to be carried 
out, the following may be used. 

* The relaying at the IP layer is carried out when it is 
an application for which it is desirable not to change 
the end-to-end sematics of the TCP (when "ack" is 
received, ft implies that the transmission data is re- 
ceived by the correspondent host), such as telnet. 

* The relaying at the TCP layer is carried out when it 
is an application for which there is no need to pre- 
serve the end-to-end semantics of the TCP and 
there is no corresponding application relay server 
at the gateway, such as smtp. 

* The relaying at the application layer is carried out 
when it is an application for which there is no need 
to preserve the end-to-end semantics of the TCP 
and there is a corresponding application relay serv- 
er at the gateway, such as ftp or http. 

[0097] As another exemplary policy for determination, 
the following may be used. 

* The relaying at the TCP layer is carried out when it 
is an application for carrying out bursty data transfer 
that requires higher throughput of the TCP, such as 
ftp or http. 

* The relaying at the IP layer is carried out when it is 
an interactive application that does not require high- 
er throughput of the TCP, such as telnet. 

[0098] The policy for determination as to whether or 
not to carry out the relaying at the TCP layer can be 
specified by the application in advance, or set up at ap- 
propriate timing according to the system configuration 
or the state of load on the gateway device. 
[0099] After determining the relay method, the set of 
four elements including source IP address, source port 



number, destination IP address and destination port 
number for the purpose of identifying the TCP connec- 
tion and the determined relay method are stored in cor- 
respondence in the relay method table as shown in Fig. 
5 6, for example. Note that the TCP connection is bidirec- 
tional so that the naming of source and destination can 
be a matter of convenience, and if there is no entry in 
the relay method table at a time of search using source 
and destination as specified in the information contained 
io in the IP datagram, it suffices to carry out the search by 
reversing source and destination as specified in the in- 
formation contained in the IP datagram. It is also possi- 
ble to use the set of three elements including source IP 
address, destination IP address and flow ID instead and 
15' store it along with the determined relay method in cor- 
respondence in the relay method table as shown in Fig. 
7. 

[0100] In the case of carrying out the relay at the TCP 
layer or the above, the same set of four elements is go- 
ing to be allocated as the identification information to 
two TCP connections (in the above described case of 
using source IP address, source port number, destina- 
tion IP address and destination port number as the iden- 
tification information), but these two TCP connections 
can be distinguished by using an information that can 
be ascertained from the context of the processing, such 
as whether the IP datagram to be processed is an input 
to the gateway device or an output from the gateway 
device, and whether source and destination are remain- 
ing as specified or reversed. Note that, in the case of 
carrying out the relay at the TCP layer or the above, it 
is possible to distinguish two TCP connections by using 
different sets of four elements, but in such a case it is 
preferable to configure the table accordingly and carry 
out the search accordingly. 

[0101] In the case of carrying out the relay at the IP 
layer, the entered IP datagram is given to the IP output 
unit 402 as it is. In the case of carrying out the relay at 
the TCP layer or the above, the gateway device 900 sets 
up the originally requested TCP connection in divided 
forms of a radio TCP connection and a TCP connection. 
When the first SYN segment for the purpose of setting 
up the TCP connection is received, the gateway device 
900 returns the SYN segment containing "ack" with re- 
spect to that first SYN segment to the source terminal, 
and upon receiving "ack" with respect to this SYN seg- 
ment, the gateway device 900 sets up the first TCP (or 
radio TCP) connection. On the other hand, in order to 
set up a second radio TCP (or TCP) connection between 
the gateway device 900 and the requested destination 
terminal, the gateway device 900 transmits a new SYN 
segment. The set up of the second radio TCP (or TCP) 
connection is completed through the reception of SYN 
segment containing "ack" with respect to the new SYN 
segment and the transmission of "ack" with respect to 
that SYN segment Note that, in the case of the relay at 
the application layer, the second radio TCP (or TCP) 
connection is set up by the request of the relay server 
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810, 820, so that there can be cases where the second 
radio TCP (or TCP) connection is not set up when the 
request of the application can be satisfied by reading 
out the information already stored in the cache 811,812. 
[0102] The relay at the application layer carried out by s 
the gateway device of the present invention differs from 
the conventionally used proxy in that, when the radio 
terminal requests the connection set up, connecting of 
two TCP connections and relaying at the application lay- 
er are made by the intermediate gateway device without io 
requiring an explicit specification of proxy, so that the 
radio terminal can operate without being conscious of 
this gateway operation. 

[0103] Upon receiving the upper layer relay IP data- 
gram (or the TCP segment contained therein), the radio is 
TCP input unit 601 gives it to the TCP output unit 622 
through the radio to wire relay unit 611 of the TCP relay 
unit 610 if the tag attached at the IP input unit indicates 
the relay at the TCP layer. Similarly, upon receiving the 
upper layer relay IP datagram, the TCP input unit 621 20 
gives it to the radio TCP output unit 602 through the wire 
to radio relay unit 612 if the tag attached at the IP input 
unit indicates the relay at the TCP layer. If the tag indi- 
cates the relay at the application layer, the IP datagram 
is given to the application corresponding to the port 2s 
number of the TCP. 

[01 04] Note that the exemplary case of relay connec- 
tion between a radio TCP connection and a TCP con- 
nection at the gateway device has been described 
above, but the relay connection can be realized by the 30 
similarly procedure also in the case of relay connection 
between a radio TCP connection and a radio TCP con- 
nection in communications between radio terminals, or 
the case of relay connection between a TCP connection 
and a TCP connection in communications between wire 35 
terminals, except for differences in the TCP layer and 
the IF unit that are to be used. 

[0105] The TCP layer carries out the handoff of the 
TCP layer in the case where the radio terminal 
1601-1605 moves between radio service areas of the 40 
gateway devices 901-903 (a sum of the radio service 
areas of the base stations accommodated in each gate- 
way device). When the state of all TCP (and radio TCP) 
connections that are relayed for that radio terminal is re- 
established at a new gateway device, the handoff of the <*5 
TCP layer is completed. Here, the state of connections 
includes: 

* The set of four elements regarding address and port 

for identifying each connection; so 

* Already received data in the first (second) radio 
TCP (TCP) connection that are not acknowledged 
in the second (first) TCP (radio TCP) connection; 
and 

* A receiving window, a congestion window, acknowl- 55 
edged sequence numbers and transmitted se- 
quence numbers for each TCP connection. 



[0106] As already mentioned above, the mobile con- 
trol unit 404 can notify the TCP handoff control unit 640 
of the TCP layer about a situation where the above de- 
scribed handoff between the gateway devices is likely 
to occur, so that the time required for the handoff of the 
TCP layer can be shortened when the TCP handoff con- 
trol unit 640 starts preparation at that timing. More spe- 
cifically, for example, the preparation may include the 
following. 

* A TCP connection for transferring information on 
the TCP layer handoff is set up between the current 
gateway device and a gateway device that is con- 
jectured to be a moving target. 

* Regions for holding transfer data (as much as the 
maximum window size) and management informa- 
tion of each TCP connection are reserved and ini- 
tialized. 

* Data received in the first (second) radio TCP (TCP) 
connection are also transferred to a gateway device 
that is conjectured to be a moving target, and stored 
in the reserved transfer data region. If data over- 
flows the reserved region, data is discarded in an 
order of smaller sequence number. 

[0107] Then, when the handoff actually occurs, the 
state of the management information such as a receiv- 
ing window, a congestion window, acknowledged se- 
quence numbers, and transmitted sequence numbers 
is ascertained and the gateway function is shifted by 
transferring this information to a new gateway device, 
and when this is completed, the TCP relay by the new 
gateway device is started. Note that, if "ack" of the radio 
TCP has a cumulative property similar to the usual TCP, 
the state of the radio TCP will not become unstable and 
the throughput will not be lowered even when "ack" 
transmitted from the radio terminal to the old gateway 
device cannot be received at the new gateway device. 
Consequently, the transmission of not yet transmitted 
data from the new gateway device can be started before 
"ack" for all the data that were transmitted from the old 
gateway device. Using this method, it becomes possible 
to reduce the data transfer interruption time at a time of 
handoff, so that the improvement of the TCP throughput 
becomes possible. 

[01 08] Note that, even in the case where the radio ter- 
minal 1601-1604 makes the handoff between the base 
stations that are accommodated in the same gateway 
device, such as the base stations 1 401 -1 403 or the base 
stations 1 404-1 406, using the above mentioned fact that 
"ack" of the TCP is cumulative, the radio TCP output unit 
602 may start transmission of not yet transmitted data 
through a new base station before receiving "ack" for all 
data that were transmitted through an old base station, 
and this case also has effects that the state of the TCP 
will not become unstable and the throughput will not be 
lowered. 

[0109] Next, a procedure by which the gateway de- 
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vice for carrying out the TCP relay operation for the radio 
terminal predicts a handoff across base stations as the 
radio terminal moves, and detects the completion of the 
handoff, will be described with references to Fig. 8 and 
Fig. 9. 5 
[0110] In a radio terminal 1610 shown in Fig. 8, a sig- 
nal strength measurement unit 1804 measures the re- 
ceived signal strength of radio waves transmitted from 
the base station either continuously or regularly, and no- 
tifies it regularly to a control unit 1 700. A BER (Bit Error io 
Rate) measurement unit 1806 measures a bit error rate 
in signals flowing from a receiver 1 801 to a radio IF input 
unit 311 for a prescribed period of time, and notifies it 
regularly to the control unit 1700. 

[0111] A signal strength change notification unit 1701 is 
of the control unit 1 700 gives a message to an IP output 
unit 512, where the message contains the received sig- 
nal strength obtained by the signal strength measure- 
ment unit 1804 and the identifier of the own radio, termi- 
nal, and has the gateway device as its destination. For 20 
the identifier, an IP address allocated to the radio termi- 
nal 1610 can be used, for example. Similarly, a BER 
change notification unit 1702 of the control unit 1700 
gives a message to the IP output unit 512, where the 
message contains the B£R obtained by the BER meas- 25 
urement unit 1 806 and the identifier of the own radio ter- 
minal, and has the gateway device as its destination. 
The IP output unit 51 2 transmits such a message as an 
IP packet through a radio I F output unit 31 2 and a trans- 
mitter 1802. 30 
[0112] When the radio terminal 1610 moves during 
the radio communications with the base station and 
comes near a boundary of the radio service area of that 
base station, the lowering of the received signal strength 
or the increase of the BER occurs in general. For this 35 
reason, when the gateway device receives a notification 
of the received signal strength or the BER that is trans- 
mitted from the radio terminal and detects the above de- 
scribed lowering of the received signal strength or in- 
crease of the BER by the mobile control unit 404, it is *o 
possible to judge that the mobile terminal has moved to 
near the boundary of the radio service area of the cur- 
rently communicating base station and start preparation 
for the handoff. . . 

[0113] Similarly, in a base station 1400 shown in Fig. 45 
9, it is also possible to measure the received signal 
strength of radio waves transmitted from the radio ter- 
minal at a signal strength measurement unit 1854 and 
to measure the BER of signals flowing from a receiver 
1851 to an IF output unit 152 at a BER measurement so 
unit 1856, so that by transmitting the measurement re- 
sult at the base station before the handoff to the gateway 
device, it also becomes possible for the gateway device 
to predict the handoff of the radio terminal, and by trans- 
mitting the measurement result at the base station after ss 
the handoff to the gateway device, it also becomes pos- 
sible for the gateway device to detect the completion of 
the handoff. 



[0114] Apart from measuring the quality of a radio 
transmission path and the like in this manner, it is also 
possible to make the gateway device capable of predict- 
ing the handoff of the radio terminal or detecting the 
completion of the handoff, by detecting whether a radio 
transmission path between the radio terminal and the 
base station is established or not at a radio transmission 
and reception unit 1800 of the radio terminal 1610 or a 
radio transmission and reception unit 1850 of the base 
station 1400, and notifying this information to the gate- 
way device. 

[0115] More specifically, a radio transmission path be- 
tween the radio transmission and reception unit 1800 of 
the radio terminal 1610 and the radio transmission and 
reception unit 1850 of the base station 1400 is assumed 
to have its establishing state and the like managed ac- 
cording to a physical address or a MAC address as- 
signed to the radio transmission and reception unit or a 
radio IF unit 310 similarly as in the conventional radio 
communication system. In this case, when the radio 
transmission and reception unit 1 850 of the base station 
1400 detects that the radio transmission path between 
this base station and the radio terminal that has been 
TCP relayed by the gateway device has disconnected, 
for example, it refers to a radio terminal address regis- 
tration table as shown in Fig. 1 0 for converting a physical 
address or a MAC address of that radio terminal into a 
radio terminal identifier (such as IP address) that can be 
recognized by the gateway device, and transmits a mes- 
sage that contains this identifier and has the gateway 
device as its destination through an IP output unit 552 
and a wire IF output unit 152. 

[011 6] Upon receiving this message, the gateway de- 
vice 900 can recognize that it is in a state where the data 
transfer cannot be carried out at a transmission path be- 
tween the radio terminal and the base station that has 
been TCP relayed, and start an operation in preparation 
of the handoff between base stations or the shifting of 
the gateway function. Note that the radio terminal ad- 
dress registration table shown in Fig. 10 may be provid- 
ed at the gateway device 900, in which case the gateway 
device can obtain the identifier (such as IP address) of 
the radio terminal by referring to the radio terminal ad- 
dress registration table when the base station 1400 no- 
tifies a physical address or a MAC address of the radio 
terminal to the gateway device. 

[0117] On the contrary, when the moving target base 
station detects that the radio terminal 1610 has estab- 
lished a radio transmission path with respect to that 
moving target base station, it refers to the radio terminal 
address registration table as shown in Fig. 10 for con- 
verting a physical address or a MAC address of that ra- 
dio terminal into a radio terminal identifier (such as IP 
address) that can be recognized by the gateway device, 
and transmits a message that contains this identifier and 
has the gateway device as its destination through the IP 
output unit 552 and the wire IF output unit 1 52. 
[011 8] Upon receiving this message, the gateway de- 
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vice 900 can recognize that a transmission path be- 
tween the radio terminal 1610 and the moving target 
base station has established, and start the data transfer 
again quickly. Note that the radio terminal address reg- 
istration table shown in Fig. 10 may be provided at the s 
gateway device 900, in which case the gateway device 
can obtain the identifier (such as IP address) of the radio 
terminal by referring to the radio terminal address reg- 
istration table when the base station 1400 notifies a 
physical address or a MAC address of the radio terminal io 
to the gateway device. 

[011 9] Next, a procedure by which the gateway device 
detects a moving of the radio terminal when the radio 
terminal moves between base stations accommodated 
in different gateway devices will be described. is 
[0120] Here, this procedure will be described for the 
exemplary case where the radio service areas of many 
base stations are formed by a plurality of subnets in a 
system in which an access is to be made to the Internet 
from the radio terminal through the base station and the 20 
gateway device, and Mobile-IP and DHCP (Dynamic 
Host Configuration Protocol) are utilized as techniques 
for enabling connection (transmission and reception of 
IP packets) to the Internet even when the radio terminal 
moves among these subnets. In these techniques, 25 
when the radio terminal moves to a different subnet, ex- 
changes with functions provided at the network side are 
carried out. 

[0121] Fig. 11 shows an exemplary configuration of a 
second communication network which constitutes the 30 
second embodiment of the present invention. This com- 
munication network of Fig. 11 comprises wire terminals 
1 00 1 , 1 002 and 1 003 which are connected to a wire net- 
work 11 01 , a gateway device 91 1 which is connected to 
the wire network 1101 and also indirectly connected with 35 
base stations 1411 and 1412 through a router 1302 as 
well as with base stations 1413 and 1414 through a rout- 
er 1303, a gateway device 912 which is connected to 
the wire network 1101 and also indirectly connected with 
base stations 1415 and 1416 through a router device 40 
1304 as well as with base stations 1417 and 1418 
through a router device 1305, and radio terminals 1611 
to 1614 which carry out communications while moving 
among radio service areas 1 51 1 to 1 51 8 that are respec- 
tively covered by the base stations 1411 to 1418. Here, 45 
the base stations 1411 and 1412, 141 3 and 1414, 1415 
and 1416, 1417 and 1418 which are connected to the 
same router are operated as the same subnet, and each 
one of the routers 1 302 to 1 305 is equipped with a func- 
tion of FA (Foreign Agent) for providing various functions so 
at a visited site subnet in Mobile-IP. 
[0122] In Mobile-IP, an FA located in each subnet (a 
DHCP server located in each subnet in the case of DH- 
CP) regularly broadcasts a subnet identifier or an ad- 
dress of FA (or DHCP server) that can identify the sub- ss 
net, through base stations, as shown in Fig. 11 . The ra- 
dio terminal 1611-1614 can detect a moving to a subnet 
different from a previously located one by receiving this 



broadcast information regularly. 

[0123] Then, in the case of using Mobile-IP, for exam- 
ple, the care-of address of packets destined to that radio 
terminal is notified from the FA while that radio terminal 
is located in that subnet, and a registration is requested 
to the FA so that packets destined to that radio terminal 
that are transmitted to the care-of address will be trans- 
ferred to that radio terminal. Also, in DHCP, for example, 
a temporal IP address to be used in making access to 
the Internet from that radio terminal is acquired from the 
DHCP server which that radio terminal is located in that 
subnet. In addition to these series of exchanges, an 
identifier (such as IP address) of the gateway device that 
is accommodating that subnet is received from the FA 
or the DHCP server, and if it is different from the identifier 
of the gateway device that was carrying out the relay 
connection of the TCP connection previously, it is de- 
tected that there is a need for a shifting of the gateway 
function. At this point, the identifier of the gateway de- 
vice for carrying out the relay connection of the TCP con- 
nection for a radio terminal that is located in that subnet 
is registered in the FA or the DHCP server. 
[0124] When the radio terminal detects that there is a 
need to shift the gateway function (the handoff in the 
TCP layer) to a new gateway device (at a visited site), 
the radio terminal transmits to the gateway device at a 
visited site a TCP handoff request containing the iden- 
tifier of this radio terminal and the identifier of the previ- 
ously used gateway device. 

[0125] When this request for handoff in the TCP layer 
is received by the gateway device at a visited site of the 
radio terminal, the handoff between base stations by the 
radio terminal is completed, and the fact that there is a 
need to shift the gateway function is then recognized, 
and the transfer of data which are already transmitted 
to the previously used gateway device but for which no 
acknowledge has been received and the TCP connec- 
tion state information is requested. Then, the shifting of 
the gateway function described above is carried out. 
[0126] Next, a method for broadcasting the identifier 
from the gateway device as shown in Fig. 1 2 instead of 
broadcasting the subnet identification number from the 
FA or the DHCP server via base stations as described 
above will be described. The configuration of the com- 
munication network shown in Fig. 12 is basically the 
same as that of the first communication network shown 
in Fig. 2. 

[0127] Each one of the gateway devices 921 to 923 
broadcasts its identifier (such as IP address) via base 
stations, and the radio terminal regularly receives this 
broadcast information and detects that there is a need 
to shift the gateway function when it is different from the 
identifier of the gateway device that was carrying out the 
relay connection of the TCP connection previously. In 
this case, the subsequent TCP handoff procedure is the 
same as described above. 

[0126] In addition, the radio TCP layer 600 and the 
TCP layer 620 of the gateway device 900 process a 
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probe segment by using a persist timer and a keep alive 
timer of the TCP as follows. 

[0129] In general, the window probe segment gener- 
ated at a time of the expiration of the persist timer is 
transmitted in order to enable the transmitting side to 
check the reason why the receiving side does not notify 
the opening of the receiving window, as either "ack" for 
notifying the opening has been lost or it just happened 
to be that way because there is actually no space in a 
TCP buffer. A buffer of the radio TCP layer 600 viewed 
from the radio terminal 1601-1605 and a buffer of the 
TCP layer 620 viewed from the wire terminals 
1001 -1003 are targets of "probe" so that the radio TCP 
layer 600 and the TCP layer 620 make responses to the 
window probe segment as usual. Namely, a receiving 
window size to be notified is determined according to a 
vacant buffer amount, and its value is notified by "ack". 
At the same time, the window probe segment may be 
relayed from the wire side to the radio side or from the 
radio side to the wire side via the TCP relay unit 610. 
Even in the case of not relaying, when the persist timer 
is operated at the radio TCP layer 600 and the TCP layer 
620 of the gateway device so as to transmit the window 
probe, it is possible to avoid a situation where the data 
transmission becomes impossible as a state of an in- 
correct receiving window size remains in the radio TCP 
layer 600 and the TCP layer 620 of the gateway device 
despite of the fact that a buffer of the TCP layer in the 
radio terminal 1601-1605 or the wire terminal 
1001-1003 is vacant. 

[0130] In general, "probe" generated at a time of the 
expiration of the keep alive timer is transmitted in order 
to check the reason why no activity is taking place in the 
TCP connection for a long tirrie, as either the terminal 
has dropped or this TCP connection is no longer main- 
tained as the terminal has been re-activated after drop- 
ping once. Consequently, it is against the original inten- 
tion to make a response to this "probe" from the gateway 
device on behalf of the terminal. For this reason, the ra- 
dio TCP layer 600 and the TCP layer 620 of the gateway 
device do not make any response to this "probe" and 
simply relays it to the other side via the TCP relay unit 
610. Here, however, the radio TCP layer 600 and the 
TCP layer 620 stores the relayed TCP segment content 
so that, when a response to this "probe" is returned, this 
response is relayed as it is (in contrast to the handling 
of "ack" with respect to the ordinary transmission, which 
is terminated once). 

[0131] in addition, when either the radio side TCP 
connection or the wire side TCP connection that consti- 
tutes the currently relayed TCP connection is discon- 
nected, the other one is also disconnected. 
[0132] Next, the application relay server 810, 820 will 
be described with reference to Fig. 1 . When the IP dat- 
agram (contained in the application protocol data) is re- 
ceived from the radio TCP input unit 601 or the TCP in- 
put unit 621 , the application relay server 810 or 820 car- 
ries out the processing specified in that application pro- 



tocol, and if necessary, requests the TCP output unit 622 
or the radio TCP output unit 602 to set up a second TCP 
(or radio TCP) connection. An exemplary case for set- 
ting up the second TCP (or radio TCP) connection is the 
5 case where data requested by the user does not exist 
in the cache 811 or 821 . 

[01 33] Next, the radio terminal 1 600 will be described 
with reference to Fig. 3. The radio IF unit 300 of the radio 
terminal 1600 realizes the so called datalink layer func- 

io tion, but the radio IF unit 300 according to the present 
invention also carries out the operation partially based 
on information of the TCP layer and the IP layer. In par- 
ticular, the following is worth mentioning. 
[01 34] The radio IF output unit 302 contains an IP da- 

15 tagram segmentation unit 303 for segmenting the IP da- 
tagram into a plurality of datalink frames as shown in 
Fig. 4, and a priority level control unit 304 for transmitting 
a datalink frame containing an IP datagram with a higher 
priority level prior to a datalink frame containing an IP 

20 datagram with a lower priority level when an IP data- 
gram with a higher priority level for transmission ap- 
pears while transmitting a plurality of datalink frames 
that constitute an IP datagram with a lower priority level. 
The IP datagram segmentation unit 303 also has a TCP/ 

25 |p header compression function. They operates in pair 
with the IP datagram reassembling unit 203, 223 of the 
radio IF input unit 200, 220 of the gateway device 900. 
Here, an IP datagram with a higher priority level is sup- 
posed to be an IP datagram containing a pure "ack" 

30 ("ack" which has a TCP header alone and contains no 
data) in the payload, and by using this, it becomes pos- 
sible to improve the performance of the TCP as already 
described above, 

[0135] In order to realize these functions, the following 

35 . method can be used for example. The priority level is 
judged at the upper layer, the IP layer or the TCP layer, 
and the upper layer attaches a tag for identifying the pri- 
ority level to each IP datagram or transmits each IP da- 
tagram to a queue of the datalink layer which is provided 

40 for each priority level, so that it can be identified at the 
priority level control unit 304 of the datalink layer. When 
the IP datagram is transmitted to the queue of the data- 
link layer, the control is given to the datalink layer. The 
IP datagram segmentation unit 303 segments this IP da- 

45 tagram into one or more datalink frames. In the link 
header, an identifier for uniquely identifying the IP dat- 
agram (during an appropriate period of time) is con- 
tained. The priority level control unit 304 requests the 
transmission of datalink frames with higher priority level 

50 to the hardware by looking at the queue. Then, the con- 
trol is given to the upper layer once. If the upper layer 
has the IP datagram to be transmitted, that IP datagram 
is transmitted to the queue of the datalink layer and the 
processing similar to the above described is carried out. 

55 |f the upper layer does not have the IP datagram to be 
transmitted, the control is returned to the datalink layer 
by an interruption from the hardware after the comple- 
tion of the transmission of the datalink frame that was 
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transmitted earlier, and the priority level control unit 304 
requests the hardware to transmit one datalink frame 
with higher priority level that is present in the queue. 
[0136] Note that, in the case where the bandwidth in 
an output direction from the radio terminal is narrow 
which is the case where this segmentation and priority 
control scheme becomes particularly effective, the up- 
per layer does not cause a bottleneck in the transmis- 
sion processing so that it is considered that the datalink 
layer which causes a bottleneck is where the queue is 
formed by transmission data. Consequently, it can be 
said that the datalink layer is an appropriate place for 
carrying out the priority control of transmission data. 
[0137] Fig. 5 shows an exemplary datalink frame 
transmission, where the second datalink frame contains 
an IP datagram (pure °ack") with higher priority level. 
[0138] The TCP layer of the radio terminal 1600 
(which collectively refers to the TCP layer 710, the radio 
TCP layer 700, and the TCP selection unit 720) is dif- 
ferent from the ordinary TCP layer in the following 
points. 

[01 39] The radio TCP layer 700 realizes the transport 
layer protocol that is modified for radio use as already 
described above. In addition, in the case where the cor- 
respondent is operating as an ordinary TCP at a time of 
TCP connection set up, the control of that connection is 
handed over to the TCP layer 710. 
[01 40] The TCP selection unit 720 determines wheth- 
er communications using the ordinary TCP are to be car- 
ried out or communications using the radio TCP are to 
be carried out, according to an information which can 
specify or estimate the application 860, in response to 
an explicit request by the radio compatible application 
850 or without any explicit request. Here, the TCP con- 
nection is set up by not using the relay at the TCP layer 
or the above by the gateway device in the case of using 
the ordinary TCP or by using the relay at the TCP layer 
or the above by the gateway device in the case of using 
the radio TCP. The criteria for determination of the relay 
method is the same as that already described for the 
gateway device. 

[0141] In the application layer of the radio terminal 
1600, the radio compatible application 850 is an appli- 
cation which has a function for explicitly requesting the 
selection between the radio TCP and the TCP to the 
TCP selection unit 720, while the application 860 is an 
application which does not make an explicit request to 
the TCP selection unit 720. 

[0142] Next, Fig. 13 shows an exemplary configura- 
tion of a third communication network which constitutes 
the third embodiment of the present invention. This third 
communication network is an example which utilizes a 
router in order to distribute loads of the transport layer 
relaying or the application layer relaying over a plurality 
of gateway devices. 

[0143] A router 1311 inter-connects a wire network 
1111 accommodating wire terminals 1 01 1 to 1 01 3, gate- 
way devices 931 to 933, and base stations 1 421 to 1426 



that respectively cover radio service areas 1521 to 
1 526. The router 1 311 carries out the routing according 
to the method to be described below, such that the radio 
terminal 1621 -1624 can carry out exchange of IP data- 
5 grams with the wire terminal 1011-1013 through one of 
the gateway devices 931-933 that is allocated to that 
radio terminal. 

[0144] Fig. 14 shows an exemplary configuration of 
the router 1311, where wire IF units 180 and 190 are 

io connected to the wire network 1111 or the gateway de- 
vices 931 -933, while radio IF units 280 and 290 are con- 
nected to the base stations 1421-1426, and an IP layer 
480 outputs IP datagrams entered from these IFs to ap- 
propriate IFs according to a routing table in an IP relay 

15 unit 483. 

[0145] This router 1311 is characterized in that the IP 
relay unit 483 has a correspondence table 486 indicat- 
ing the correspondence between the ratio terminals 
1 621 -1 624 and the gateway devices 931 -933. 
[01 46] The correspondence between the radio termi- 
nals 1621-1624 and the gateway device 931-933 can 
be made when the radio terminal 1 621 -1 624 is detected 
to be located in the radio service area 1521 -1 526 or at 
a time of carrying out the subscription procedure for the 
radio terminal 1621-1624. In the former case, an IP da- 
tagram for notifying the detection of a new radio terminal 
1 621 -1 624 by the base station is transferred to a mobile 
control unit 484 by a datagram filter 485 of the router 
1311. The mobile control unit 484 establishes a corre- 
spondence between the notified radio terminal 
1621-1624 and the. gateway device 931-933 according 
to a prescribed rule, and registers this correspondence 
in the correspondence table 486. Here, the prescribed 
rule is defined with an aim of uniformly distributing loads 
according to the loads of the gateway devices 931-933 
in an immediately previous period, for example. 
[0147] Also, as described above, the gateway device 
921-923 of Fig. 12 broadcast the identifier (such as IP 
address) of that gateway device via the base station 
1401-1408, and the radio terminal 1601-1604 regularly 
receive this broadcast information, so that it becomes 
possible to recognize the gateway device that accom- 
modates that base station. In the case where there are 
a plurality of gateway devices that accommodate one 
base station, as shown in Fig. 15 for example, the iden- 
tifier of each gateway device is broadcast via the base 
stations and the radio terminal that received this broad- 
cast information transmits a signal for service providing 
request to all these gateway devices. The gateway de- 
vice that received this request transmits a signal for 
service providing response to the radio terminal, and it 
can be judged that the gateway device that transmitted 
the response most quickly has a lightest load, for exam- 
ple, so that this gateway device can be selected as a 
gateway device to be set in correspondence with the ra- 
dio terminal. 

[0146] In the case of establishing the correspondence 
between the radio terminal 1621-1624 and the gateway 
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device 931 -933 at a time of carrying out the subscription 
procedure for the radio terminal 1621-1624, the corre- 
spondence table 486 is set up by a remote network man- 
agement device (not shown). The set up may be made 
via the mobile control unit 484 as described above, or s 
via a management application (not shown) in the router 
1311. 

[01 49] The routing of an IP datagram using the corre- 
spondence 486 that is set up in this manner will now be 
described. io 
[01 50] Here, the transmission of IP datagram from the 
wire terminal 1 01 1 -1 01 3 to the radio terminal 1 621 -1 624 
will be classified as follows. 

[0151] (Wl) A case where an IP address of the radio 
terminal 1 621 -1 624 is directly written as a destination in is 
the header of an IP datagram to be transmitted by the 
wire terminal 1011-1013. 

[0152] (W2) A case of using the so called tunnelling 
technique, where the header of an IP datagram to be 
transmitted by the wire terminal 1011-1013 has an IP 20 
address of the router 1311 or the gateway device 
931 -933 as a destination, and an IP datagram (or its var- 
iant) is further encapsulated in its IP payload, and an 
address of the radio terminal 1 621 -1 624 is described as 
a destination in the header of the encapsulated IP dat- 25 
agram. 

[01 53] (W2-1 ) A case where the destination address 
is the router 1311. 

[0154] (W2-2) A case where the destination address 
is the gateway device 931 -933 (that is set in correspond- 30 
ence to the radio terminal 1 621 -1 624). 
[01 55] The cases of (W1 ) and (W2-1 ) require the op- 
eration of the router 1 31 1 different from usual at a time 
of routing the IP datagram from the wire terminal 
1011-1013to the radio terminaM 621 -1624. In the case 35 
of (W1 ), the IP datagram is routed to the gateway device 
931 -933 corresponding to the radio terminal 1 621 -1 624 
that is a destination in the header of the IP datagram 
according to the correspondence table 486 by the IP re- 
lay unit 483. In the case of (W2-1 ), the encapsulated IP 40 
datagram is taken out at the IP input unit 481 of the rout- 
er 1 311 and then the operation similar to that of (W1 ) is 
carried out. In the case of (W1), the IP datagram to be 
transmitted by the gateway device 931-933 after the 
conversion and relaying also contains the radio terminal 45 
1621-1624 as a destination in the header similarly as 
the IP datagram transmitted from the wire terminal 
1011-1013, so that there is a need to route the IP data- 
grams having the same destination address to different 
paths. The former one and the latter one can be distin- so 
guished according to a difference in the input IF or an 
information such as a source MAC address, so that such 
a routing is possible. 

[0156] On the other hand, the transmission of the IP 
datagram from the radio terminal 1621 -1624 to the wire ss 
terminal 1011-1013 is classified as follows. 
[0157] (R1) A case where an IP address of the wire 
terminal 1011-1013 is directly written as a destination in 



the header of an IP datagram to be transmitted by the 
radio terminal 1621-1624. 

[0158] (R2) A case of using the so called tunnelling 
technique, where the header of an IP datagram to be 
transmitted by the radio terminal 1621-1624 has an IP 
address of the router 1311 or the gateway device 
931 -933 as a destination, and an IP datagram (or its var- 
iant) is further encapsulated in its IP payload, and an 
address of the wire terminal 1011-1013 is described as 
a destination in the header of the encapsulated IP dat- 
agram. 

[0159] (R2-1) A case where the destination address 
is the router 1311. 

[0160] (R2-2) A case where the destination address 
is the gateway device 931 -933 (that is set in correspond- 
ence to the radio terminal 1621 -1624). 
[0161] The cases of (R1) and (R2-1) require the op- 
eration of the router 1 311 different from usual at a time 
of routing the IP datagram from the radio terminal 
1621 -1624 to the wire terminal 1011-1013. In the case 
of (R1 ), the IP datagram is routed to the gateway device 
931 -933 corresponding to the radio terminal 1621-1624 
that is a source in the header of the IP datagram accord- 
ing to the correspondence table 486 by the IP relay unit 
483. In the case of (R2-1), the encapsulated IP data- 
gram is taken out at the IP input unit 481 of the router 
1 31 1 and then the operation similar to that of (R1 ) is car- 
ried out. In the case of (R1 ), the IP datagram to be trans- 
mitted by the gateway device 931 -933 after the conver- 
sion and relaying also contains the wire terminal 
1011-1013 as a destination in the header similarly as 
the IP datagram transmitted from the radio terminal 
1621-1624, so that there is a need to route the IP data- 
grams having the same destination address to different 
paths. The former one and the latter one can be distin- 
guished according to a difference in the input IF or an 
information such as a source MAC address, so that such 
a routing is possible. 

[0162] Next, Fig. 16 shows an exemplary configura- 
tion of a fourth communication network which consti- 
tutes the fourth embodiment of the present invention. 
The configuration of this fourth communication network 
is characterized in that the gateway device is doubled 
in order to improve the reliability of the gateway function. 
Besides the doubled gateway devices, the configuration 
of Fig. 1 6 is similarly to the configuration of the third com- 
munication network of Fig. 13. 

[0163] A router 1312 inter-connects a wire network 
1111 accommodating wire terminals 1011 to 1013, gate- 
way devices 944 and 945, and base stations 1421 to 
1426 that respectively cover radio service areas 1521 
to 1 526. The router 1312 carries out the routing accord- 
ing to the method similar to that described above or the 
third communication network, such that the radio termi- 
nal 1621 -1624 can carry out exchange of IP datagrams 
with the wire terminal 1011-1013 through the gateway 
devices 944 and 945. 

[0164] The router 1312 of the fourth communication 
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network differs from the router 1311 of the third commu- 
nication network in that the IP datagram transmitted to 
the router 1312 by the wire terminal 1011-1013 with the 
radio terminal 1 621 -1 624 as its final destination and the 
IP datagram transmitted to the router 1 31 2 by the radio 
terminal 1 621 -1 624 with the wire terminal 1 01 1 -1 01 3 as 
its final destination are multicast to the gateway devices 

944 and 945 by the router 1312. 

[0165] There is also a difference in the physical con- 
nection relationship such that the router 1311 has an in- 
terface for each gateway device whereas the router 
1312 is accommodating the gateway devices 944 and 

945 by a shared-media network (such as Ethernet), but 
this difference is not an essential. 

[0166] Now, the method by which the router 1 31 2 car- 
ries out the multicast to the gateway devices 944 and 
945 will be described. In the cases of (W2-2) and (R2-2) 
of the classification described above for the third com- 
munication network, the gateway device is the destina- 
tion address so that it suffices to use an IP multicast ad- 
dress which contains the gateway devices 944 and 945 
in its host group as a destination address. This host 
group is set up in advance by some method. At a time 
of resolving this IP multicast address into a MAC ad- 
dress of the shared-media network, it is resolved into 
the multicast address of the shared-media network that 
contains the gateway devices 944 and 945. This ad- 
dress resolution method is similar to the usual IP multi- 
cast. Here, in the configuration of the gateway device 
944, 945 shown in Fig. 17, a multicast reception function 
113 has a function for receiving a frame which has the 
multicast address of the shared-media network. 
[0167] In the cases of (R1), (R2-1), (W1)and (W2-1), 
the destination is a single-cast IP address, and at a time 
of resolving this single-cast IP address into a MAC ad- 
dress of the shared-media network, it suffices to resolve 
this into the multicast address of the shared-media net- 
work that contains the gateway devices 944 and 945. 
This address resolution method is difference from the 
usual method which resolves a single-cast IP address 
into a single-cast MAC address. 

[01 68] Note that, because a network that connects the 
router 1312 and the gateway devices 944 and 945 are 
the shared-media network, even in the case where the 
router 1 31 2 resolves a single-cast IP address into a sin- 
gle-cast MAC address, it is possible to obtain the similar 
effect by setting the multicast reception function 113 of 
the wire IF input unit 11 1 of the gateway device 944, 945 
such that the gateway device 944 receives frames des- 
tined to itself as well as frames having a MAC address 
destined to the gateway device 945, while the gateway 
device 945 receives frames destined to itself as well as 
frames having a MAC address destined to the gateway 
device 944. 

[0169] Fig. 17 shows an exemplary configuration of 
the gateway device 944, 945 which is capable of being 
doubled. 

[01 70] Each gateway device 944, 945 has a multicast 



reception function 113 provided in a wire IF input unit 
111 and a multicast transmission function 114 in a wire 
IF output unit 112, at a wire IF unit 110. For example, an 
IF card of the Ethernet that is the shared-media network 

s has such a multicast function, but the present invention 
is characterized in that the IP datagram (containing TCP 
or radio TCP segments) to be transmitted by frames 
having a usual single-cast destination MAC address is 
multicast by frames having a multicast destination MAC 

to address. 

[0171] The IP layer 410 differs from the IP layer 400 
of the gateway device 900 in that there is no mobile con- 
trol unit and it is subjected to the control by a doubling 
control unit 1 900, but the former difference is not essen- 
*s tial, and it is also possible to use the doubled gateway 
device that has the mobile control unit. When the IP lay- 
er 410 is commanded to operate as an IP layer of a pri- 
mary gateway device from the doubling control unit 
1900, the IP layer 410 carries out the relaying of data- 
20 grams to be relayed by the IP layer. When the IP layer 
410 is commanded to operate as an IP layer of a sec- 
ondary gateway device from the doubling control unit 
1 900, the IP layer 41 0 discards datagrams silently, with- 
out carrying out the relaying even for those datagrams 
which would normally be judged as datagrams to be re- 
layed by the IP layer. 

[0172] A radio TCP layer 650, a TCP layer 670 and a 
TCP relay unit 660 differs from the radio TCP layer 600, 
the TCP layer 620 and the TCP relay unit 610 respec- 
tively in that they give necessary information to the dou- 
bling control unit 1 900 and they are subjected to the con- 
trol by the doubling control unit 1900. These features 
will now be described in detail; 

[01 73] First, assuming that the gateway device 944 is 
the primary gateway device and the gateway device 945 
is the secondary gateway device, the case of relaying 
the TCP connection between the wire terminal 1011 and 
the radio terminal 1621 will be described. 
[0174] In this case, the wire terminal 1011 and the pri- 
mary gateway device 944 that mutually receive and re- 
spond to TCP segments are in a peer relationship of the 
TCP, while the radio terminal 1621 and the primary gate- 
way device 944 that mutually receive and respond to 
radio TCP segments are in a peer relationship of the 
radio TCP The secondary gateway device 945 receives 
these exchanged TCP segments and checks their con- 
tents but does not respond to the received TCP seg- 
ments unless a trouble occurs in the primary gateway 
device 944 so that it is not in a peer relationship. 
[0175] Now suppose that the radio terminal 1621 
made a connection set up request of the radio TCP. A 
SYN segment of the radio TCP is multicast to the pri- 
mary gateway 944 and the secondary gateway device 
945 via a route "a" of Fig. 18. The primary gateway de- 
vice 944 mufticasts a SYN segment of the TCP to the 
wire terminal 1011 and the secondary gateway device 
945 via a route "d" of Fig. 18, as a connection set up 
request of the TCP. A judgement unit 1901 of the sec- 
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ondary gateway device 945 is anticipating the reception 
of this SYN segment when the SYN segment of the radio 
TCP was received, and judges that the primary gateway 
device 944 is operating normally when the anticipated 
segment is received. s 
[01 76] If the anticipated segment is not received for a 
prescribed period of time, the judgement unit 1901 
sends an operation check message to the primary gate- 
way device 944 via a route T of Fig. 18. In response to 
this, if the primary gateway device 944 does not return io 
a response via a route "e" of Fig. 18, the judgement unit 
1 901 of the secondary gateway device 945 judges that 
the primary gateway is in trouble, and commands a 
switching control unit 1 902 to configure the own device 
as the primary gateway device. The switching control is 
unit 1 902 commands the radio TCP layer 650, the TCP 
relay unit 660 and the TCP layer 670 to operate as the 
primary gateway device, in the case currently consid- 
ered, the TCP layer 670 transmits a SYN segment of 
the TCP to the wire terminal 1011. 20 
[01 77] Returning again to the case where the primary 
gateway device 944 is operating normally, a SYN-ACK 
segment of the TCP returned by the wire terminal 1011 
is multicast to the primary gateway device 944 and the 
secondary gateway device 945 via a route "c° of Fig. 1 8 25 
by the router 1312. Upon receiving this, the primary 
gateway device 944 multicasts an ACK segment to the 
wire terminal 1011 and the secondary gateway device 
945 via a router "d" of Fig. 1 8. The judgement unit 1 901 
of the secondary gateway device 945 judges the oper- so 
ation state of the primary gateway device 944 according 
to presence or absence of a reception of this ACK seg- 
ment, and carries out the switching if necessary, simi- 
larly as described above. 

[01 78] In addition, the primary gateway device 944 re- 35 
turns a SYN-ACK message of the radio TCP to the radio 
terminal 1621 and the secondary gateway device 945 
via a route "b n of Fig. 18. The judgement unit 1901 of 
the secondary gateway device 945 judges the operation 
state of the primary gateway device 944 according to 40 
presence or absence of a reception of this SYN-ACK 
message, and carries out the switching if necessary, 
similarly as described above. An ACK segment of the 
radio TCP transmitted by the radio terminal 1 621 is mul- 
ticast to the primary gateway device 944 and the sec- 
ondary gateway device 945 via a route "a" of Fig. 18 by 
the router 1312. 

[0179] At this point, the bidirectional TCP connection 
between the radio terminal 1621 and the wire terminal 
1011 that is to be relayed by the primary gateway device so 

944 is established. 

[0180] Now the case of transferring data from the wire 
terminal 1011 to the radio terminal 1621 will be consid- 
ered. A TCP segment containing data to be transmitted 
is multicast from the wire terminal 1011 to the primary ss 
gateway device 944 and the secondary gateway device 

945 via a route "c" of Fig. 18. The primary gateway de- 
vice 944 mutticasts an ACK segment for acknowledging 



receipt of this data to the wire terminal 1011 and the sec- 
ondary gateway device 945 via a route "d" of Fig. 18. 
The judgement unit 1901 of the gateway device 945 
judges the operation state of the primary gateway de- 
vice 944 according to presence or absence of a recep- 
tion of this ACK segment, and carries out the switching 
if necessary, similarly as described above. 
[0181] In addition, the primary gateway device 944 
multicasts a radio TCP segment containing data to be 
transmitted to the radio terminal 1621 and the second- 
ary gateway device 945 via a route "b" of Fig. 1 8. The 
judgement unit 1901 of the secondary gateway device 
945 is anticipating this radio TCP segment containing 
data, so that it judges the operation state of the primary 
gateway device 944 according to presence or absence 
of a reception of this radio TCP segment, and carries 
out the switching if necessary, similarly as described 
above. The radio terminal 1621 multi casts an ACK seg- 
ment of the radio TCP for acknowledging receipt of this 
data to the primary gateway device 944 and the second- 
ary gateway device 945 via a route "a" of Fig. 18. When 
this ACK is not received, the primary gateway device 
944 is supposed to carry out the re-transmission due to 
time-out. When the primary gateway device 944 does 
not carry out the re-transmission as it should, the judge- 
ment unit 1901 of the secondary gateway device 945 
checks the operation state of the primary gateway de- 
vice 944, and carries out the switching and the re -trans- 
mission if necessary. 

[0182] Now the case where the radio terminal 1621 
requested a disconnection of the TCF connection will 
be considered. The radio terminal 1621 multi casts a FIN 
segment of the radio TCP to the primary gateway device 
944 and the secondary gateway device 945 via a route 
"a" of Fig. 18. The primary gateway device 944 multi 
casts a FIN segment of the TCP to the wire terminal 
1011 and the secondary gateway device 945 via a route 
"d" of Fig. 1 8. The judgement unit 1 901 of the secondary 
gateway device 945 judges the operation state of the 
primary gateway device 944 according to presence or 
absence of a reception of this FIN segment, and carries 
out the switching if necessary, similarly as described 
above. An ACK segment of the TCP returned by the wire 
terminal 1011 in response to this is multicast to the pri- 
mary gateway device 944 and the secondary gateway 
device 945 via a route "c" of Fig. 18 by the router 1312. 
The primary gateway device 944 multicasts an ACK 
segment of the radio TCP with respect to FIN to the radio 
terminal 1621 and the secondary gateway device 945 
via a route m b m of Fig. 18. The judgement unit 1901 of 
the secondary gateway device 945 judges the operation 
state of the primary gateway device 944 according to 
presence or absence of a reception of this ACK seg- 
ment, and carries out the switching if necessary, simi- 
larly as described above. 

[0183] Next, a procedure for setting communications 
between a radio terminal and a wire terminal, between 
radio terminals, or between wire terminals, in corre- 
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spondence to the gateway devices for carrying out the 
relay connection in the TCP layer or the application layer 
will be described with references to Fig. 9, Fig. 1 3 and 
Fig. 14. 

[0184] in the following, an exemplary case of trans- 
ferring messages by using IP (Internet Protocol) packets 
and transferring data by using arbitrary transport layer 
protocol on the network of Fig. 1 3 will be described. 
[0185] Fig. 9 shows an exemplary configuration of a 
base station 1400 that can be used for each one of the 
base stations 1421 -1426 of Fig. 13. 
[0186] This base station 1400 of Fig. 9 comprises a 
control unit 1750 having a signal strength change noti- 
fication unit 1751 , a BER (Bit Error Rate) change notifi- 
cation unit 1752 and a terminal movement control unit 
1753; a radio transmission and reception unit 1850 hav- 
ing a receiver 1 851 that contains a signal strength meas- 
urement unit 1854, a transmitter 1852, and a duplexer 
1853 for enabling the receiver 1851 and the transmitter 
1852 to commonly use an antenna 1855; a BER meas- 
urement unit 1856; an IP layer 550 having an IP input 
unit 551 and an IP output unit 552; and a wire IF (inter- 
face) unit 1 50 having a wire IF input unit 1 51 and a wire 
IF output unit 152. In Fig. 9, solid lines indicate data 
flows while dashed lines indicate control flows. 
[0187] The signal strength measurement unit 1854 
measures a received signal strength for each radio ter- 
minal 1621-1624, and notifies the measured signal 
strength regularly to the control unit 1750. 
[0188] The BER measurement unit 1856 measures 
the BER of signals flowing from the receiver 1851 to the 
wire IF output unit 152 for each radio terminal 
1621 -1624, and notifies the measured BER regularly to 
the control unit 1750. 

[01 89] Note here that the received signal strength and 
the BER are just examples of information indicating a 
radio communication state between the radio terminal 
and the base station. 

[0190] The signal strength change notification unit 

1751 of the control unit 1750 gives a message to the IP 
output unit 552, where the message has the router 1 311 
as its destination and contains the received signal 
strength for each radio terminal 1621-1624 obtained by 
the signal strength measurement unit 1 854 and an iden- 
tifier of a corresponding radio terminal 1621-1624. 
[0191] Similarly, the BER change notification unit 

1752 of the control unit 1750 gives a message to the IP 
output unit 552, where the message has the router 1 311 
as its destination and contains the BER for each radio 
terminal 1621-1624 obtained by the BER measurement 
unit 1856 and an identifier of a corresponding radio ter- 
minal 1621-1624. 

[0192] As an identifier, an IP address allocated to 
each radio terminal 1621-1624 can be used, for exam- 
ple. 

[0193] For a message to be transferred to the router 
1311 through the IP output unit 552, a new ICMP (Inter- 
net Control Message Protocol) message may be de- 



fined. Namely, as an ICMP message for notifying an in- 
formation indicating the radio communication state such 
as the received signal strength or the BER and the iden- 
tifier of the radio terminal, new type and code can be 

s allocated and a format for information content (the re- 
ceived signal strength or the BER and the identifier of 
the radio terminal) can be defined. This message may 
be notified from the base station 1400 to the router 1 311 
either regularly or only when the received signal 

10 strength or the BER exceeds a prescribed threshold. 
[0194] Fig. 14 shows an exemplary configuration of 
the router 1311 of Fig. 13. This router 1311 of Fig. 14 
generally comprises a plurality (only two are shown in 
Fig. 14) of wire IF units 180, 190 which are connected 

is with the wire network 1111 and a plurality of gateway 
devices 931-933 respectively; a plurality (only two are 
shown in Fig. 14) of radio IF units 280, 290 which are 
connected with the base stations 1 421 -1 426 respective- 
ly; and an IP layer 480. 

20 [0195] Each wire IF unit 180, 1 90 comprises a wire IF 
input unit 181, 191 and a wire IF output unit 182, 192, 
while each radio IF unit 280, 290 comprises a radio IF 
input unit 281, 291 and a radio IF output unit 282, 292. 
[0196] The IP layer 480 comprises an IP input unit 481 

25 having a datagram filter 485, an IP output unit 482, an 
IP relay unit 483 storing a correspondence table 486, 
and a mobile control unit 484. 

[0197] The message (ICMP message for example) for 
notifying the radio communication state that is transmit- 

30 ted from the base station reaches to the IP input unit 
481 via the radio IF input unit 281 or 291 . Then, the IP 
input unit 481 recognizes that this message is arrlCMP 
message for notifying the radio communication state 
(which can be identified by the type and code of ICMP) 

35 by using the datagram filter 485. Then, the IP input unit 
481 also recognizes that.it is a message (IP datagram) 
to be transferred to one of the gateway devices 931 -933 
which is relaying the transport layer connection termi- 
nated at the radio terminal as identified by the identifier 

40 contained in that message, and gives it to the IP relay 
unit 483. 

[0198] The correspondence table 486 of the IP relay 
unit 483 indicates a correspondence between IP ad- 
dresses of the radio terminals 1621-1624 and IP ad- 
45 dresses of the gateway devices 931 -933 which are re- 
laying the transport layer connections terminated at the 
radio terminals 1621-1624. 

[0199] This correspondence can be established as 
follows, for example. When the terminal movement con- 

50 trol unit 1753 of the base station 1421-1426 notifies to 
the mobile control unit 484 of the router device 1 31 1 that 
the radio terminal 1621-1624 is newly discovered in one 
of the radio service areas 1 521 -1 526 (including the case 
where the radio terminal turns the power on there), the 

55 mobile control unit 484 sets that radio terminal in corre- 
spondence to one of the gateway devices 931-933 ac- 
cording to a prescribed rule. 

[0200] Now, the IP relay unit 483 obtains the IP ad- 



20 



39 



EP 0 903 905 A2 



40 



dress of one of the gateway devices 931-933 that cor- 
responds to the IP address of the radio terminal con- 
tained in that message, from the correspondence table 
486. Then, the IP relay unit 483 writes this IP address 
of the gateway device into an I P header of that message s 
as a new destination of that message, and gives this 
message to the IP output unit 482. 
[0201] The IP output unit 482 then transmits this mes- 
sage to one of the gateway devices 931 -933 via the wire 
IF output unit 1 82 or 1 92 that corresponds to the desti- 70 
nation of that message. 

[0202] Note that the destination of the message en- 
tered into the IP input unit 481 is an address of the router 
1311 so that it should be given to the upper layer nor- 
mally. Consequently, the above described processing at *s 
the IP relay unit 483 (the processing for specifying a 
gateway device that corresponds to the radio terminal 
of the identifier contained in that message by referring 
to the correspondence table 486 and transferring that 
message to that identified gateway device) may be car- 20 
ried out at the upper layer. Namely, it is possible to pro- 
vide a function for processing that message in the upper 
layer and give that message to this function instead of 
the IP relay unit 483. 

[0203] Next, a procedure for adaptively controlling the 25 
transport layer protocol of the gateway device that car- 
ries out the relay connection of communications with the 
radio terminal according to the radio communication 
state between the radio terminal and the base station 
will be described with reference to Fig. 1 9. 30 
[0204] Fig. 19 shows an exemplary configuration of a 
gateway device 930 that can be used for each one of 
the gateway devices 931 -933 of Fig. 1 3. 
[0205] This gateway device 930 of Fig. 19 generally 
comprises a wire. IF unit 120, an IP layer 420, a TCP 35 
layer 620, a TCP relay unit 610 and a radio TCP layer 
630. 

[0206] The wire IF unit 120 comprises an IF input unit 
121 and an IF output unit 122 which are connected to 
the router 1311. 40 
[0207] The I P layer 420 comprises an I P input unit 42 1 
having a datagram filter 425, an IP output unit 422, an 
IP relay unit 423, and a radio communication state re- 
ceiving processing unit 426. 

[0208] The TCP layer 620 comprises a TCP input unit 45 
621 having a segment filter 623 and a TCP output unit 
622. 

[0209] The radio TCP layer 630 comprises a radio 
TCP input unit 631 having a segment filter 633, a radio 
TCP output unit 632, and a radio communication state so 
adaptation control unit 634. 

[0210] The TCP relay unit 61 0 comprises a relay unit 
611 for converting the radio transport layer protocol into 
the wire transport layer protocol, and a relay unit 61 2 for 
converting the wire transport layer protocol into the radio 55 
transport layer protocol. 

[021 1] The message transferred from the router 1 31 1 
to the gateway device 930 reaches to the IP input unit 



421 through the wire IF input unit 121 of the gateway 
device 930. 

[0212] The IP input unit 421 recognizes that the en- 
tered message is a message for notifying the radio com- 
munication state by using the datagram filter 425, and 
sends this message to the radio communication state 
receiving processing unit 426. 

[0213] The radio communication state receiving 
processing unit 426 extracts an identifier (such as IP ad- 
dress) of the radio terminal and an information regarding 
the radio communication state (such as the received sig- 
nal strength or the BER for example) contained in the 
message, and notifies them to the radio TCP layer 630. 
[0214] The radio communication state adaptation 
control unit 634 of the radio TCP layer 630 then adap- 
tively changes the radio TCP operation according to that 
information regarding the radio communication state. 
For example, the maximum size of a radio TCP segment 
to be transmitted is made smaller when the BER be- 
comes higher than a prescribed threshold (or when the 
received signal strength becomes lower than a pre- 
scribed threshold), and the maximum size of a radio 
TCP segment to be transmitted is made larger when the 
BER becomes lower than a prescribed threshold (or 
when the received signal strength becomes higher than 
a prescribed threshold). 

[021 5] Such a transport layer connection control com- 
mand (a command for changing the size of a TCP seg- 
ment, for example) is applied to the radio TCP output 
unit 632 such that each radio TCP segment that is sub- 
sequently transmitted from the wire — > radio relay unit 
612 of the TCP relay unit 610 will have its size changed 
to the size determined by the radio communication state 
adaptation control unit 634 at a time of output from the 
radio TCP output unit 632, and transmitted to the base 
station through the IP output unit 422 and the wire IF 
output unit 122. 

[021 6] Up to here, the case where the router 1 31 1 sets 
the radio terminal identified by the identifier contained 
in the message in correspondence to one of the plurality 
of gateway devices according to the message for noti- 
fying the radio communication state that is transmitted 
from one of the base station 1421-1426 to the router 
1 31 1 (the case of specifying a gateway device that is a 
transfer target of the message for notifying the radio 
communication state) has been described. 
[0217] Next, the case where the base station 
1 421 -1 426 sets the radio terminal in correspondence to 
one of the plurality of gateway devices will be described. 
[0218] Fig. 20 shows another exemplary configura- 
tion of a base station 1 400 that can be used for each 
one of the base stations 1421-1426 of Fig. 1 3. Here, the 
elements that are substantially the same as those of Fig. 
9 are given the same reference numerals in Fig. 20 and 
only differences from Fig. 9 will be described. Namely, 
the configuration of Fig. 20 differs from that of Fig. 9 in 
that the control unit 1750 has a correspondence table 
1754. 
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[0219] The correspondence table 1754 indicates a 
correspondence between IP addresses of the radio ter- 
minals 1 621 -1 624 and I P addresses of the gateway de- 
vices 931-933 which are relaying the transport layer 
connections terminated at the radio terminals s 
1621-1624. 

[0220] This correspondence can be established as 
follows, for example. Here, it is assumed that the router 
1311 already has this correspondence in the corre- 
spondence table 486 by the separately specified proce- 
dure. 

[0221] Then, when the terminal movement control 
unit 1753 of one of the base station devices 1421-1426 
notifies to the router 1311a message for notifying that 
one of the radio terminals 1621-1624 is newly discov- 
ered, the mobile control unit 484 of the router 1311 
searches for an identifier (I P address) of one of the gate- 
way devices 931 -933 that is relaying the transport layer 
connection terminated at the radio terminal as identified 
by the identifier (IP address) contained in that received 
message, by referring to the correspondence table 486. 
Then, the mobile control unit 484 of the router 1311 
transmits a prescribed response message containing 
this searched out identifier of the gateway device to the 
base station that transmitted the message for noting the 
discovery of the radio terminal earlier. 
[0222] Then, at that base station, the response mes- 
sage from the router 1311 is received through the wire 
IF input unit 1 51 and the IP input unit 551 , and the iden- 
tifier of the gateway device is extracted from that re- 
sponse message. Then, the terminal movement control 
unit 1753 registers a correspondence between that 
identifier of the gateway device and that radio terminal 
in the correspondence table 1754. 
[0223] On the other hand, the signal strength change 
notification unit 1751 of the control unit 1750 generates 
a message containing the received signal strength for 
that radio terminal obtained by the signal strength meas- 
urement unit 1854 and the identifier of that radio termi- 
nal, and gives this message to the IP output unit 552. At 
this point, the signal strength change notification unit 

1 751 searches out the identifier (IP address) of the gate- 
way device that corresponds to the identifier of that radio 
terminal from the correspondence table 1754, and sets 
it as a destination of the generated message. 
[0224] Similarly, the BER change notification unit 

1 752 of the control unit 1 750 generates a message con- 
taining the BER for that radio terminal obtained by the 
BER measurement unit 1856 and the identifier of that 
radio terminal, and gives this message to the IP output 
unit 552. At this point, the BER change notification unit 
1 752 searches out the identifier (IP address) of the gate- 
way device that corresponds to the identifier of that radio 
terminal from the correspondence table 1754, and sets 
it as a destination of the generated message. 
[0225] When such a message is transmitted to the 
router 1 311 through the IP output unit 552 and the wire 
IF output unit 152, the router 1311 handles it similarly 



as the usual IP packet by carrying out the routing to one 
of the gateway devices 931 -933 that is specified by the 
IP address contained in the IP packet. 
[0226] The operation of the gateway device 931 -933 
that received this message is such that the radio com- 
munication state adaptation control unit 634 of the radio 
TCP layer 630 adaptively changes the radio TCP oper- 
ation according to the information regarding the radio 
communication state as described above. 
[0227] Next, a method for processing control options 
used at a time of TCP connection establishing request 
from the radio terminal or the wire terminal will be de- 
scribed with references to Fig. 2 and Fig. 21 . 
[0228] Fig. 21 shows an exemplary configuration of a 
gateway device according to one embodiment of the 
present invention, where the elements that are substan- 
tially the same as those of Fig. 1 are given the same 
reference numerals in Fig. 21 and only differences from 
Fig. 1 will be described. 

[0229] For example, in the communication network 
configuration shown in Fig. 2, suppose that the gateway 
device 901 has a configuration as shown in Fig. 21. In 
this case, when the gateway device 901 receives a 
packet for establishing a TCP connection with a request 
for an option h from some terminal 1001 in the wire net- 
work 1101, the gateway device 901 makes a response 
with respect to the option h to the terminal 1001 and es- 
tablishes the connection with the terminal 1001 (here, 
the option h is assumed to be that which commands the 
path MTU discovery). At this point, what is requested as 
an option for this connection is recorded in an option 
table 683. 

[0230] Next the gateway device 901 proceeds to the 
operation for establishing connection with the radio ter- 
minal 1601, for example, which is a correspondent with 
whom the terminal 1001 wishes to establish a connec- 
tion. A TCP handoff control unit 640 in the gateway de- 
vice 901 refers to the option table 683 at a time of gen- 
erating a packet for connection establishing. In this way, 
the gateway device 901 confirms that the option h is re- 
quested, and searches for MTU on the route. However, 
in general, a packet size in the radio link is small com- 
pared with a packet size in the wire link, so that if MTU 
here is treated as on the route between the radio termi- 
nal 1601 and the wire terminal 1001, unnecessarily 
many data segmentations would be made in the wire 
network and as a result the link utilization efficiency 
would be lowered. For this reason, the option h is treated 
as unnecessary one at a time of establishing a connec- 
tion with the radio terminal. Hence, the TCP handoff 
control unit 640 in the gateway device 901 requests a 
radio TCP output unit 602 in a radio TCP layer 600 to 
transmit to the radio terminal 1 601 a packet for TCP con- 
nection establishing without adding anything to the op- 
tion. 

[0231] When this packet for TCP connection estab- 
lishing is received, the radio terminal 1601 understands 
that there is no option, and transmits an acknowledge- 
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ment and response packet with respect to this packet to 
the gateway device 901 . In this way, the connection be- 
tween the radio terminal 1601 and the gateway device 
901 is established in a state of having no option. 
[0232] As described above, by flexibly changing the s 
setting of the options according to a situation of the com- 
munication link and the like, at a time of setting up a 
connection in divided forms between the radio terminal 
and the wire terminal, for example, it becomes possible 
to utilize the communication link efficiently. io 
[0233] Next, a procedure for carrying out the shift of 
the gateway function (handoff by the TCP layer) be- 
tween the gateway devices in the case where the radio 
terminal moves between base stations that are accom- 
modated in different gateway devices will be described is 
with reference to Fig. 22. 

[0234] Fig. 22 shows an exemplary configuration of a 
gateway device according to one embodiment of the 
present invention, where the elements that are substan- 
tially the same as those of Fig. 1 are given the same 20 
reference numerals in Fig. 21 and only differences from 
Fig. 1 will be described. 

[0235] When the radio terminal moves between base 
stations that are accommodated in different gateway de- 
vices and the shift of the gateway function between 25 
these gateway devices (handoff by the TCP layer) is to 
be carried out, a TCP handoff control unit 640 of the 
gateway device 960 refers to state transition variables 
689 and 694 which respectively indicate current TCP 
connection states of two TCP connections (one be- 30 
tween the gateway device 960 and the radio terminal 
and another between the gateway device 960 and the 
wire terminal, for example) that are TCP relayed. 
[0236] When the state transition variables 689 and 
694 of the respective TCP connections both indicate 35 
-ESTABLISHED" states, it is detected as a data transfer 
state where the two TCP relayed TCP connections are 
currently established, and the series of operations for 
the handoff by the TCP layer as described above are 
carried out so that the gateway function can be realized 40 
at a new gateway device even after the moving of the 
radio terminal. 

[0237] On the other hand, when either one of the state 
transition variables 689 and 694 of the respective TCP 
connections is not indicating "ESTABLISHED", the gate- 4S 
way device 960 carries out the processing for discon- 
necting the respective (non-CLOSED) TCP connec- 
tions. Of course, there is no need to carry out any oper- 
ation if both of them are 'CLOSED'. 

[0238] By executing the handoff between the gateway so 
devices under such judgement criteria, it becomes pos- 
sible to eliminate a need for providing the gateway op- 
eration procedure in the case of abnormal state transi- 
tion, so that it is possible to expect the simplification in 
a configuration of the gateway device. ss 
[0239] Next, a procedure for managing TCP connec- 
tion at the radio terminal when the radio terminal carries 
out the handoff between different base stations will be 



described with reference to Fig. 23. 
[0240] Fig. 23 shows an exemplary configuration of 
the radio terminal according to one embodiment of the 
present invention, where the elements that are substan- 
tially the same as those of Fig. 3 are given the same 
reference numerals in Fig. 23 and only differences from 
Fig. 3 will be described. 

[0241] When a radio transmission path is disconnect- 
ed in order for the radio terminal 1620 to carry out the 
handoff between different base stations, a radio TCP 
state transition variable 734 that indicates a current TCP 
connection state is referred at a radio TCP layer 730 of 
the radio terminal 1620. If this variable is one of 
SYN_SENT, SYN_RCVD, and LISTEN, that is, if it is in 
a course of establishing a connection, the radio terminal 
1620 carries out the operation to disconnect this con- 
nection while recording the fact that the disconnection 
of a connection was made in a handoff disconnection at 
a time of connection establishing variable 741 in a TCP 
handoff control unit 740. 

[0242] Thereafter, when the TCP handoff control unit 
740 detects that the handoff of the radio terminal 1620 
is completed and a radio transmission path is estab- 
lished, the above described handoff disconnection at a 
time of connection establishing variable 741 is referred 
and the operation for re-establishing the TCP connec- 
tion is started if there is recorded the fact that the dis- 
connection of a connection was made. 
[0243] By the above, even when a connection is dis- 
connection due to the handoff while the radio terminal 
1620 is establishing the TCP connection, it is possible 
to carry out the re-establishing of the connection after 
the handoff automatically, so that it is possible to carry 
out the re-establishing of the connection quickly and it 
is also possible to eliminate any user operation for the 
purpose of re-establishing the connection. 
[0244] Next, a procedure for controlling data flow 
when a radio transmission path between the radio ter- 
minal and the gateway device is disconnected due to 
handoff, for example, will be described with references 
to Fig. 2, Fig. 24 and Fig. 25. 

[0245] Fig. 24 shows an exemplary configuration of 
the gateway device according to one embodiment of the 
present invention, where the elements that are substan- 
tially the same as those of Fig. 1 are given the same 
reference numerals in Fig. 24 and only differences from 
Fig. 1 will be described. Also, Fig. 25 shows an exem- 
plary configuration of the radio terminal according to one 
embodiment of the present invention, where the ele- 
ments that are substantially the same as those of Fig. 3 
are given the same reference numerals in Fig. 25 and 
only differences from Fig. 3 will be described. Here, it is 
assumed that the gateway device 902 in Fig. 2 has a 
configuration of the gateway device 970 shown in Fig. 
24, while the radio terminal 1604 in Fig. 2 has a config- 
uration of the radio terminal 1630 shown in Fig. 25. 
[0246] When the handoff from the radio service area 
1 505 covered by the base station 1 405 to the radio serv- 



23 

BNSDOCID: <EP 090390SA2 I > 



45 



EP 0 903 905 A2 



46 



ice area 1 506 covered by the base station 1 406 is start- 
ed while the radio terminal 1604 is communicating with 
the wire terminal 1001 through the gateway device 902 
by setting up a connection in divided forms, the TCP 
handoff control unit 640 in the gateway device 970 com- 
mands a packet generation unit 699 in a TCP layer 695 
to generate a packet without data in which a window size 
field is set equal to 0 and outputs this packet to the wire 
terminal 1 001 through a TCP output unit 697. When this 
packet notifying that the window size is 0 is received, 
the wire terminal 1001 interprets that there is no vacant 
receiving buffer in the correspondent radio terminal 
1604 and temporarily stops transmission of data des- 
tined to the radio terminal 1604 thereafter. 
[0247] Also, in the case where the correspondent ter- 
minal of the radio terminal 1604 is the radio terminal 
1603, for example, transmission of data destined to the 
radio terminal 1604 is temporarily stopped similarly by 
transmitting a packet with a window size field set equal 
to 0 to the gateway device 901 . 

[0248] By the above, in a state of being unabie to carry 
out communications although no congestion is occur- 
ring in the network, such as a state during the handoff 
operation for example, it is possible to temporarily stop 
transmission of data at a TCP layer of the correspondent 
terminal of the radio terminal while preventing decrease 
of a congestion window which controls the transmission 
rate to the radio terminal in this connection, so that it 
becomes possible to resume the data transmission at a 
high transmission rate immediately after the handoff is 
finished. 

[0249] Also, similarly, a TCP handoff control unit 760 
of the radio terminal 1 604 that started the handoff oper- 
ation transmits a signal indicating that the handoff is 
started to a packet generation unit 755 in a radio TCP 
layer 750. At this point, the packet generation unit 755 
generates a packet without data in which the window 
size field is 0, the destination address and connection 
identification port number are set to be an address (IP 
address) and a port for a connection through which the 
communications are currently carried out of this radio 
terminal 1604, and the source address and connection 
identification port number are set to be an address (IP 
address) and a port of the wire terminal 1 001 that is com- 
municating with this radio terminal 1604. The packet 
generation unit 755 transmits the packet so generated 
to a radio TCP input unit 751 . 

[0250] When this packet notifying that the window 
size is 0 is received, the radio TCP input unit 751 inter- 
prets that there is no vacant receiving buffer in the cor- 
respondent wire terminal 1001 and temporarily stops 
transmission of data destined to the wire terminal 1001 
thereafter. 

[0251] The TCP handoff control unit 760 of the radio 
terminal 1604 transmits a signal indicating that the gen- 
eration of the above described packet with the window 
size O is to be stopped to the packet generation unit 
755, when a signal indicating that the handoff is com- 



pleted is received from a radio IF unit 300, or when a 
signal indicating that a packet is received from the wire 
terminal 1001 that is communicating with this radio ter- 
minal 1604 is received from an IP input unit 501 or a 
5 radio TCP input unit 751 , or else when a signal indicating 
that the connection with the correspondent wire terminal 
1 001 is disconnected is received from a TCP control unit 
770. The packet generation unit 755 continues to gen- 
erate this packet at one sec. interval for example and 
10 transmit it to the radio TCP input unit 751 until the signal 
indicating that the generation of the packet with the win- 
dow size 0 is to be stopped is received. 
[0252] By the above, in a state of being unable to carry 
out communications although no congestion is occur- 

15 ring in the network, such as a state during the handoff 
operation for example, it is possible to temporarily stop 
transmission of data at a TCP layer of the radio terminal 
while preventing decrease of a congestion window 
which controls the transmission rate from the radio ter- 

20 minal side in this connection, so that it becomes possible 
to resume the data transmission at a high transmission 
rate immediately after the handoff is finished. 
[0253] Next, an operation in the case where the radio 
terminal moves outside the radio service area of the 

25 base station accommodated in the gateway device 
while the radio terminal is communicating with the wire 
terminal through that gateway device by setting up a 
connection in divided forms will be described with refer- 
ences to Fig. 2 and Fig. 26. 

30 [0254] Fig. 26 shows an exemplary configuration of 
the gateway device according to one embodiment of the 
present invention, where the elements that are substan- 
tially the same as those of Fig. 1 are given the same 
reference numerals in Fig, 26 and only differences from 

35 Fig. 1 will be described. Here, it is assumed that the 
gateway devices 901 -903 in Fig. 2 have a configuration 
of the gateway device 980 shown in Fig. 26. 
[0255] When a TCP handoff control unit 640 of the 
gateway device 902 receives a signal indicating that a 

40 radio transmission path between the radio terminal 1 604 
and the base station 1405 that are communicating 
through this gateway device 902 is disconnected, from 
the base station 1405, for example, the gateway device 
902 transmits a packet as shown in Fig. 27 which con- 

45 tains an identifier (such as IP address) of the radio ter- 
minal 1604 and an identifier (such as IP address) of this 
gateway device 902 itself and which requests transfer 
of packets in case of receiving packets from that radio 
terminal 1604, to the gateway devices 901 and 903 that 

50 are accommodating base stations covering the areas 
adjacent to the boundary of the radio service areas 
1504-1506 of the base stations accommodated in this 
gateway device 902. 

[0256] When this packet is received, each of the gate- 
55 way devices 901 and 903 records an address of the ra- 
dio terminal 1604 contained in this packet and an ad- 
dress of the gateway device 902 that is requesting the 
transfer in a transfer request table 491 as shown in Fig. 
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28. 

[0257] When the gateway device 901 or 903 at a 
moved site of the radio terminal 1604 receives a packet 
from a radio IF unit or a wire IF unit connected to the 
router 1 301 in which the base station is accommodated, 
the gateway device 901 or 903 refers to the transfer re- 
quest table 491 , and if a source address of the received 
packet is the address of the radio terminal 1604 regis- 
tered in the transfer request table 491 , the gateway de- 
vice 901 or 903 transfers this packet to the gateway de- 
vice 902 that is registered as a transfer target address. 
[0258] In addition, a timer is set for each entry of the 
transfer request table 491 at a transfer table timer 492 
(a corresponding timer number is described in a timer 
number field of the transfer request table 491), and 
when a timer expires after a prescribed period of time 
elapsed, an entry corresponding to that timer is deleted. 
[0259] In the case where the function for carrying out 
the packet transfer as shown in the gateway device 980 
of Fig. 26 is not provided at the gateway device 903 of 
Fig. 2, the function for carrying out the packet transfer 
may be provided at the base stations 1 407 and 1 408, 
and in the case where the function for carrying out the 
packet transfer is not provided at the gateway device 
901 of Fig. 2, the function for carrying out the packet 
transfer may be provided at the router 1301. In such a 
case, the gateway device 902 transmits a packet for re- 
questing the transfer as shown in Fig. 27 to the base 
stations 1 407 and 1 408 or the router 1 301 by the above 
described procedure. 

[0260] By the above, even when the radio terminal 
moves to a service area of a base station accommodat- 
ed in a different gateway device during communications, 
it is possible to have packets transferred from the gate- 
way device accommodating that base station or that 
base station itself, so that the handoff between the gate- 
way devices can be carried out smoothly, without dis- 
connecting the connection. 

[0261] As described, according to the present inven- 
tion, it is possible to set up the transport layer connection 
between a wire terminal and a radio terminal in a form 
suitable for an application, without changing implemen- 
tation of the transport layer of a terminal connected to a 
wire network, and to realize a highly reliable communi- 
cation network capable of improving the performance of 
communications utilizing the transport layer connection. 
[0262] It is to be noted that, besides those already 
mentioned above, many modifications and variations of 
the above embodiments may be made without departing 
from the novel and advantageous features of the 
present invention. Accordingly, all such modifications 
and variations are intended to be included within the 
scope of the appended claims. 



Claims 

1 . A gateway device for relay connecting a radio net- 



work and a wire network, comprising: 

a connection set up unit for setting up a trans- 
port layer connection between radio terminals 
5 of the radio network in divided forms of first and 

second connections in a transport layer proto- 
col for communications with the radio network, 
or a transport layer connection between a radio 
terminal of the radio network and a wire termi- 
10 na I of the wire network in divided forms of a first 

connection in a transport layer protocol for com- 
munication with the radio network and a second 
connection in a transport layer protocol for com- 
munications with the wire network; and 
15 a control unit for controlling the connection set 

up unit by determining whether or not to carry 
out a connection set up by the connection set 
up unit according to an information content of 
a packet that contains a transport layer protocol 
20 data unit requesting a set up of the transport 

layer connection between the radio terminal of 
the radio network and the wire terminal of the 
wire network. 

25 2. The gateway device of claim 1 , wherein the control 
unit includes a filter unit for determining whether or 
not to carry out the connection set up by the con- 
nection set up unit by receiving the transport layer 
protocol data unit and referring to at least one of a 
30 port identifier indicating a usage of the transport lay- 
er connection, a destination address, a source ad- 
dress, and a flow identifier indicating a flow of said 
packet, which are contained in said packet. 

35 3. The gateway device of claim 1 , further comprising: 

a transport layer protocol processing unit for 
carrying out a transport layer protocol process- 
ing; and 

40 a filter unit for giving the transport layer protocol 

data unit to the transport layer protocol 
processing unit at a time of relaying a network 
layer protocol data unit between the radio net- 
work and the wire network, by referring to at 
45 least one of a port identifier, a destination ad- 

dress, a source address, and a flow identifier 
indicating a flow of the network layer protocol 
data unit, which are contained in the network 
layer protocol data unit, when a protocol iden- 
50 tifier for indicating a protocol type of the trans- 

port layer protocol data unit which is contained 
the network layer protocol data unit indicates a 
connection oriented protocol. 

55 4. The gateway device of claim 1 , further comprising: 

an application layer gateway unit for relaying 
data in an application layer; 
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wherein the control unit also determines wheth- 
er a connection via the application layer gate- 
way unit or a connection via a lower layer than 
the application layer is to be set up by the con- 
nection set up unit, according to the information 
content of said packet. 

5. The gateway device of claim 4, further comprising: 

a transport layer protocol processing unit for 
carrying out a transport layer protocol process- 
ing; 

an application processing unit for processing 
applications; and 

a filter unit for giving the transport layer protocol 
data unit to the application processing unit via 
the transport layer protocol processing unit at 
a time of relaying a network layer protocol data 
unit between the radio network and the wire 
network, by referring to at least one of a proto- 
col identifier indicating a protocol type of the 
transport layer protocol data unit, a port identi- 
fier, a destination address, a source address, 
and a flow identifier indicating a flow of the net- 
work layer protocol data unit, which are con- 
tained in the network layer protocol data unit, 
when the control unit determines that the con- 
nection via the application layer gateway unit is 
to be set up by the connection set up unit. 

6. The gateway device of claim 5, wherein the appli- 
cation layer gateway unit contains a cache unit for 
storing at least a part of data to be relayed. 

7. The gateway device of claim 6, wherein the connec- 
tion set up unit sets up only the first connection or 
the second connection when all the data to be re- 
layed are stored in the cache unit. 

8. A gateway device in a communication network in 
which a plurality of gateway devices connected to 
respectively different radio networks are inter-con- 
nected through a wire network, the gateway device 
comprising: 

a connection set up unit for setting up a trans- 
port layer connection between radio terminals 
of the radio network in divided forms of first and 
second connections in a transport layer proto- 
col for communications with the radio network, 
or a transport layer connection between a radio 
terminal of the radio network and a wire termi- 
nal of the wire network in divided forms of a first 
connection in a transport layer protocol for com- 
munication with the radio network and a second 
connection in atransport layer protocol for com- 
munications with the wire network; and 
a control unit for shifting a gateway function to 
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another gateway device if the first connection 
and the second connection are in established 
states and disconnecting the first connection 
and the second connection if one of the first 
connection and the second connection is not in 
an established state, when one radio terminal 
moves from a radio service area covered by a 
base station of one radio network accommodat- 
ed in said gateway device to another radio serv- 
ice area covered by another base station of an- 
other radio network accommodated in said an- 
other gateway device. 

A gateway control method in a communication net- 
work in which a plurality of gateway devices con- 
nected to respectively different radio networks are 
inter-connected through a wire network, where 
each gateway device has a connection set up unit 
for setting up a transport layer connection between 
radio terminals of the radio network in divided forms 
of first and second connections in a transport layer 
protocol for communications with the radio network, 
or a transport layer connection between a radio ter- 
minal of the radio network and a wire terminal of the 
wire network in divided forms of a first connection 
in a transport layer protocol for communication with 
the radio network and a second connection in a 
transport layer protocol for communications with the 
wire network, the method comprising the steps of: 

controlling a second gateway device from a first 
gateway device when one radio terminal moves 
from a radio service area covered by a first base 
station of one radio network accommodated in 
the first gateway device to another radio service 
area covered by a second base station of an- 
other radio network accommodated in the sec- 
ond gateway device, such that the second gate- 
way device starts transmission via the second 
base station to said one radio terminal of trans- 
port layer protocol data units that are not yet 
transmitted, before the first gateway device re- 
ceives all acknowledgements for transport lay- 
er protocol data units already transmitted to 
said one radio terminal via the first base station; 
and 

shifting a gateway function with respect to said 
one radio terminal from the first gateway device 
to the second gateway device. 

A gateway control method in a communication net- 
work in which a plurality of gateway devices con- 
nected to respectively different radio networks are 
inter-connected through a wire network, where 
each gateway device has a connection set up unit 
for setting up a transport layer connection between 
radio terminals of the radio network in divided forms 
of first and second connections in a transport layer 



26 

BNSOOCID: <EP 0903905A2_I_> * 



51 



EP 0 903 905 A2 



52 



or detecting a completion of the moving of said 
one radio terminal by receiving the identifier of 
the second gateway device along with a re- 
sponse to said request at said one radio termi- 
5 nah 



protocol for communications with the radio network, 
or a transport layer connection between a radio ter- 
minal of the radio network and a wire terminal of the 
wire network in divided forms of a first connection 
in a transport layer protocol for communication with 
the radio network and a second connection in a 
transport layer protocol for communications with the 
wire network, the method comprising the steps of: 



controlling a first gateway device when a mov- 
ing of one radio terminal from a radio service 
area covered by a first base station of one radio 
network accommodated in the first gateway de- 
vice to another radio service area covered by a 
second base station of another radio network 
accommodated in a second gateway device is 
predicted, so as to start transfer to the second 
gateway device of data which are already trans- 
mitted to said one radio terminal by the trans- 
port layer protocol but for which acknowledge- 
ments from said one radio terminal are not yet 
received at the first gateway device; 
controlling the first gateway device when the 
moving of said one radio terminal is completed, 
so as to start transfer of an information regard- 
ing the transport layer protocol at the first gate- 
way device to the second gateway device; and 
shifting a gateway function with respect to said 
one radio terminal from the first gateway device 
to the second gateway device: 

1 1 . The method of claim 1 0, further comprising the step 
of: 

receiving a notification regarding a state of pre- 
diction of the moving or a completion of the 
moving of said one radio terminal, at the first 
gateway device from one of the first base sta- 
tion, the second base station, and said one ra- 
dio terminal. 

12. The method of claim 10, further comprising the 
steps of: 

registering an identifier of the second gateway 
device at a shift providing device for carrying 
out allocation of a network layer address in a 
moved site network or transfer of network layer 
protocol data units with respect to said one ra- 
dio terminal; 

transmitting a request for address allocation or 
transfer from said one radio terminal to the shift 
providing device, when said one radio terminal 
detects a move between networks by receiving 
network identifiers of respective networks 
broadcast from the first base station and the 
second base station; and 
predicting the moving of said one radio terminal 



1 3. The method of claim 1 0, further comprising the step 
of: 

10 predicting the moving of said one radio terminal 

or detecting a completion of the moving of said 
one radio terminal by receiving identifiers of re- 
spective gateway devices broadcast by the first 
base station and the second base station. 

15 

14. A gateway device for relay connecting a radio net- 
work and a wire network, comprising: 



a connection set up unit for setting up a trans- 

20 port layer connection between radio terminals 

of the radio network in divided forms of first and 
second connections in a transport layer proto- 
col for communications with the radio network, 
or a transport layer connection between a radio 

25 terminal of the radio network and a wire termi- 

nal of the wire network in divided forms of a first 
connection in a transport layer protocol for com- 
munication with the radio network and a second 
connection in a transport layer protocol for com- 

30 municattons with the wire network; and 

a transmission unit for transmitting a transport 
layer protocol data unit containing a signal for 
suppressing packet transmission to a corre- 
spondent terminal of one radio terminal, when 

35 a handoff start signal indicating that said one 

radio terminal starts operation for handoff from 
a radio service area covered by a first base sta- 
tion to a radio service area covered by a second 
base station. 

40 

15. A gateway device for relay connecting a radio net- 
work and a wire network, comprising: 

a connection set up unit for setting up a trans- 
45 port layer connection between radio terminals 

of the radio network in divided forms of first and 
second connections in a transport layer proto- 
col for communications with the radio network, 
or a transport layer connection between a radio 
50 terminal of the radio network and a wire termi- 

nal of the wire network in divided forms of a first 
connection in a transport layer protocol for com- 
munication with the radio network and a second 
connection in a transport layer protocol for com- 
55 munications with the wire network; and 

a control unit for controlling transmission of 
transport layer protocol data units when one ra- 
dio terminal moves from a radio service area 
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covered by a first base station to another radio 
service area covered by a second base station, 
such that transmission via the second base sta- 
tion to said one radio terminal of transport layer 
protocol data units that are not yet transmitted s 
is started before receiving all acknowledge- ~ 
ments for transport layer protocol data units al- 
ready transmitted to said one radio terminal via 
the first base station. 

10 

16. A radio terminal device for carrying out communi- 
cations with a radio terminal of a radio network or a 
wire terminal of a wire network through base sta- 
tions, the radio terminal device comprising: 

15 

a transport layer protocol processing unit for 
carrying out a transport layer protocol process- 
ing; 

a transmission suppression unit for transmitting 
a signal for suppressing packet transmission to 20 
the transport layer protocol processing unit; 
and 

a handoff notification unit for notifying start and 
end of an handoff operation between base sta- 
tions to the transmission suppression unit upon 25 
detecting the start and the end of the handoff 
operation between base stations, such that the 
transmission suppression unit starts transmis- 
sion of said signal for suppressing packet trans- 
mission when the start of the handoff operation 30 
is notified and ends transmission of said signal 
for suppressing packet transmission when the 
end of the handoff operation is notified. 

1 7. A radio terminal device to be connected with a gate- 35 
way device having a connection set up unit for set- 
ting up a transport layer connection between radio 
terminals of the radio network in divided forms of 
first and second connections in a transport layer 
protocol for communications with the radio network, 40 
or a transport layer connection between a radio ter- 
minal of the radio network and a wire terminal of the 
wire network in divided forms of a first connection 
in a transport layer protocol for communication with 
the radio network and a second connection in a *s 
transport layer protocol for communications with the 
wire network, and a control unit for determining 
whether or not to carry out a connection set up by 
the connection set up unit, the radio terminal device 
comprising: so 

a selection unit for selecting either a first re- 
quest for requesting the connection set up unit 
to set up the transport layer connection in divid- 
ed forms or a second request for requesting the ss 
connection set up unit to set up the transport 
layer connection in undivided forms; and 
a transmission unit for transmitting the first re- 
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quest or the second request selected by the se- 
lection unit to the gateway device. 

18. The radio terminal device of claim 17, wherein the 
selection unit selects the first request or the second 
request according to a type of application layer pro- 
tocol which utilizes the transport layer connection. 

19. A radio terminal device, comprising: 

a segmentation unit for segmenting a network 
layer protocol data unit into a plurality of data- 
link layer protocol data units; 
a transmission unit for transmitting the datalink 
layer protocol data units segmented by the seg- 
mentation unit; and 

a control unit for evaluating priority levels of a 
first network layer protocol data unit and a sec- 
ond network layer protocol data unit when the 
second network layer protocol data unit to be 
transmitted arises before transmission of all the 
datalink layer protocol data units segmented 
from the first network layer protocol data unit is 
finished, and controlling the transmission unit 
such that transmission of the datalink layer pro- 
tocol data unit segmented from the second net- 
work layer protocol data unit prior to transmis- 
sion of the datalink layer protocol data unit seg- 
mented from the first network layer protocol da- 
ta unit when the second network layer protocol 
data unit has a higher priority level than the first 
network layer protocol data unit. 

20. The radio terminal device of claim 19, wherein the 
control unit evaluates a priority level of a network 
layer protocol data unit which mainly contains an 
acknowledgement information of a transport layer 
protocol as higher than a priority level of a network 
layer protocol data unit which mainly contains other 
information. 

21. A router device, comprising: 

a connection unit for connecting the router de- 
vice with a plurality of gateway devices either 
directly or via network, each gateway device 
having a connection set up unit for setting up a 
transport layer connection between radio termi- 
nals of the radio network in divided forms of first 
and second connections in a transport layer 
protocol for communications with the radio net- 
work, or a transport layer connection between 
a radio terminal of the radio network and a wire 
terminal of the wire network in divided forms of 
a first connection in a transport layer protocol 
for communication with the radio network and 
a second connection in a transport layer proto- 
col for communications with the wire network; 
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and 

a route set up unit for making a routing setting 
such that either network layer protocol data 
units transmitted by one radio terminal or net- 
work layer protocol data unit destined to said s 
one radio terminal will be routed to a specific 
one of said plurality of gateway devices, at a 
time of starting service with respect to said one 
radio terminal. 

10 

22. The router device of claim 21 , wherein the route set 
up unit makes the routing setting according to an 
identifier of one gateway device for routing network 
layer protocol data units transmitted by said one ra- 
dio terminal which is specified by exchanges be- is 
tween at least one of said plurality of gateway de- 
vices and said one radio terminal. 



23. A gateway control method in a communication net- 
work having two gateway devices capable of relay- 20 
ing transport layer connection between a first termi- 
nal and a second terminal, and carrying out a relay 
of the transport layer connection by selectively us- 
ing one of the two gateway devices, the method 
comprising the steps of: 2s 



multicasting transport layer protocol data units 
transmitted from the first terminal by the trans- 
port layer connection, to each of the two gate- 
way devices; 30 
multi casting transport layer protocol data units 
transmitted from a first gateway device among 
the two gateway devices that is currently play- 
ing a role of relaying the transport layer connec- 
tion, to the first terminal and a second gateway 35 
device among the two gateway devices that is 
currently playing a role of standby, as a re- 
sponse to the first terminal with respect to 
transport layer protocol data units received 
from the first terminal, or to the second terminal 40 
and the second gateway device, as a relay to 
the second terminal; 

judging presence or absence of a trouble oc- 
currence in the first gateway device according 
to at least a state of transport layer protocol da- 45 
ta unit reception from the first terminal and the 
first gateway device, at the second gateway de- 
vice; and 

switching roles of the first gateway device and 
the second gateway device when the judging so 
step judges that a trouble occurred in the first 
gateway device. 
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